Обновление данных, используя проверку

[SergT]

Здравствуйте All.
Заранее прошу не бить больно за следующий вопрос ...
Есть Access БД - лежит на сервере. Пользователь имеет аналогичную БД у себя на компе. Как грамотно и быстро обновлять данные в БД на сервере по таблицам БД пользователя?.
Пробовал схему " Delete * from t1" ,"Insert ..". Т.е очищал таблицу на сервере и сливал туда данные БД пользователя. Другой пользователь с другого компа - по аналогичной схеме обновляет свои таблицы, только с сервера
Оказалось - очень плохая схема!!!. Несколько раз, при обрыве связи с сервером, данные просто терялись. Удаляться успевали, а заполнение не происходило. Плюс - БД распухает (необходимо ежедневно сжимать). Записей в таблице около 100000. БД весит около 100 Мб.

Итак, нужно позволить пользователям работать атономно и, при внесении изменений - обновлять данные на сервере, если можно, с
проверкой. Пытался разобраться с репликацией - не понял...
Очень прошу, не отправлять сразу в поиск, я только что от туда.. И главное не очень понимаю, что искать

[alibek]

Правильная репликация -- дело сложное, долгое и муторное. Лучше используй готовые механизмы, не изобретая велосипеда.

Если же очень хочется, то напиши критерии уникальности записей и критерии обновлений (как определить, где более свежая запись).

[SergT]

А нет ли в Accesse готовых решений? Т.е. выполнить запрос на добавление-обновление всех данных из одной таблицы в другую (одинаковой структуры) , но с ключом,типа "заменять данные, только если они отличаются"? Я так коряво задал вопрос Но вы меня понимаете?..

[alibek]

А вот объясни мне, как ты определишь для отличающихся записей, которая из них актуальна?

[SergT]

... проблемммммы с интернетом

Я бы считал актуальной любую строку в таблице, в которой одноименные поля отличаются и приимущество имела бы последняя операция! Т.е. "кто первый встал - того и тапки".
Подобную операцию можно было бы проделать перебором записей и проверкой даже не всех полей записи (из 20 полей хотя бы 5 ). В случае несовпадения - замена. Но время... По сети такие операции занимают массу времени. Вообще-то я просто запутался. Может есть решение на поверхности, а я не вижу? Чем больше знаешь - тем тяжелее жить

Задача, если подумать, сводится к следующему:
Нужно позволить пользователям работать атономно (при выключенном сервере) и, в тоже время, обновлять данные через сервер, если он включен. При включении сервера, неибежен вопрос, чьи записи последнии. В моем случае - вопрос решаем (допустим в одном из полей строки прописано время создания записи)

[GSerg]

И что, часы всех компьютеров строго синхронизированы?
И никто никогда не сможет перевести время на год вперёд? Обеспечив таким образом неубиваемость своей версии данных?

[Nicky]

Здравствуйте All
...
Пробовал схему " Delete * from t1" ,"Insert .."

Чем не подошел Update по измененным записям?

[SergT]

Чем не подошел Update по измененным записям?

А вот как это - по измененным записям?

[Nicky]

Дык! Добавить поле "ПризнакИзменения"

[SergT]

И что, часы всех компьютеров строго синхронизированы?
И никто никогда не сможет перевести время на год вперёд? Обеспечив таким образом неубиваемость своей версии данных?

Не переведет. А если переведет - будет наказан! Но дату я для примера привел. Не хочу влезать в подробности. Пусть даже тот, кто последний подключился , тот и имеет преимущество ... Потом можно все поставить на места.. Однако это мои, возможно дурацкие, мысли. А что Вы можете посоветовать?

[SergT]

Дык! Добавить поле "ПризнакИзменения"

Спасибо! Ну да, я и говорю - чем больше узнаешь, тем больше забываешь о простых вещах! Update по условию...

Но может есть еще глобально_другие_простые_красивые решения?

[Nicky]

Спасибо! Ну да, я и говорю - чем больше узнаешь, тем больше забываешь о простых вещах! Update по условию...

Если бы! Update не умеет брать данные из других таблиц. Так что, я бы сказал так: в цикле по записям из выборки по условию

[Andrey Fedorov]

Как вариант - переслать заархивированную MDB-шку (хоть письмом!) с нужными данными, а на месте ее распаковать и просто считать нужные таблицы?

Сколько такая весит в RAR-овском архиве?

А вообще - можно и почитать про репликацию. Как я понимаю она у тебя должна быть лишь в одну сторону, а это уже проще. У Access-a вроде есть подобные возможности, но точно утверждать не буду, ибо пользую его лишь изредка для примитивов...

[SergT]

Как вариант - переслать заархивированную MDB-шку (хоть письмом!) с нужными данными, а на месте ее распаковать и просто считать нужные таблицы?

Сколько такая весит в RAR-овском архиве?

А вообще - можно и почитать про репликацию. Как я понимаю она у тебя должна быть лишь в одну сторону, а это уже проще. У Access-a вроде есть подобные возможности, но точно утверждать не буду, ибо пользую его лишь изредка для примитивов...

Думал и делал копирование. Но в RAR -в общей сложности 120 Mb
По сети... Там не одна БД. Но основных таблиц, в которых проходят оперативные изменения - около 10.
Про репликацию я накачал всякого - буду читать. Время жаль убивать. Хотелось бы выбрать надежное готовое решение_схему и по ней делать дальше. А так,эксперементирование уже замучило. И чем больше ковыряешь код - тем более вероятны случайные ошибки!

Но копирование по сети - все равно больная тема! А вот как скопировать быстро около 200 Мб ? Я пробовал разные способы.
И даже через Compact ( через Compact было быстрее всего )

[Andrey Fedorov]

Но в RAR -в общей сложности 120 Mb

При базах таких размеров я бы подумал о SQL-сервере.
Хотя бы из-за надежности...

[SergT]

При базах таких размеров я бы подумал о SQL-сервере.
Хотя бы из-за надежности...

Подумаю ... А нет ли толковой статейки про SQL, Для начинающих?
А вот еще пишут о Клиент-Сервер (на VB). Приемлимо ли такое решение? Может соскачить с Access? Пользоваться только таблицами..

[Antonariy]

Однажды решал подобную задачу - механизм работы распределенного приложения при условии наличия отсутствия сети

Есть организация с системой документооборота и куча представительств по России, кое-где инет есть только на диалапе. Центральная база на sql сервере, клиенты диалапщиков - на аксессовской почти такой же структуры. Измененные данные отсылаются по почте в экспортном файле еще более простой структуры. Период между экспортами считается сессией и с ней связываются ключи измененных объектов верхнего уровня. При экспорте в файл сливаются записи по этим ключам, включая подчиненные согласно структуре базы и приложения. При импорте в основную базу происходит обратная операция. Во временные таблицы вносятся все эти ключи, по ним происходит выборка из основных таблиц. Записи существующих ключей обновляются, несуществующих добавляются. Соответственно в основной базе хранятся ключи баз диалапщиков. Правда передо мной не стояла задача предоставить диалапщикам остальные данные из основной базы, они их просто не касаются. Они работают в одностороннем порядке - клиент -> сервер. Аналогичный механизм сервер -> клиент используется только для обновления справочников.

Процедура импорта происходит в транзакции и тоже связывается с сессией. В случае ошибок в файле, транзакция отменится. Если критических ошибок в файле нет, а есть какие-то косяки, связанные с человеческим фактором, то измененные записи можно разом удалить, а представительство пришлет исправленный файл.

Способ в работе надежен, за два года ни одной потери, но трудоемок в исполнении для баз со сложной структурой и не очень универсален.

PS. Скоро выложу в проекты библиотечку ADOHTTP. Будучи установленной на клиенте и сервере с iis, она способна делать и обрабатывать sql-запросы непосредственно через интернет. Возможно, она тебе как-то поможет. Однако не рассчитывай на поддержку транзакций

[Summer.05]

Приветствую всех!
Прошу совета.
Имеется: три базы данных (mdb): Педагогика, социальная педагогика, военная педагогика (темы диссертаций). Их структура совершенно идентичная. Понимаю, что это не оптимально, но такое условие изначально.
Необходимо связать эти три базы данных так, чтобы при внесении изменения в любую из них, эти же изменения вносились во все другие, если совпадает ТЕМА (поле title). Если в одной из баз такой темы нет, то изменения и не вносятся.
Подскажите, пожалуйста, как это сделать в VB?
Спасибо всем, кто отзовется!

[HandKot]

может их прилинковать друг к другу, и до апдейта проверять наличие?

[Summer.05]

HandKot
Неужели этот способ единственный???

[dormouse]

не друг к дуругу, а к ещё одной четвёртой, которая и сравнивает таблицы на наличие идентичной темы во всех базах. одним запросом вообще можно сделать. при этом структуру исходных баз и не затронешь..