Автообновление чего?
Онлайн версия на сервере автоматически синхронизируется с локальной копией (точнее её административной шкуркой) при закрытии последней или нажатии соответствующей кнопки, добавление данных из присланных баз делается в полуавтоматическом режиме в локальную копию, как и раньше.
Если разрешить автоматически добавлять (что вполне реально) мы получим БД в которой через строку будет п_о_р_н_о и сплошная в_и_а_г_р_а
.
Хотя идея есть добавить онлайн добавление данных с возможностью поиска в них (в виде отдельной БД) до внесения записей в основную, но идея пока сырая.
ps убъю ужин и синхронизирую…
DenS, уж месяц как
========================
Синхронизация данных вообще штука сложная и без человека пока трудно обойтись, попробую кратенько (постов на 20
) рассказать, как это делается, может кто безошибочный автоматический алгоритм уловит и подскажет.
В новую только что созданную и чистую таблицу Access отбирает строки из подключенной (присланной) БД у которых хотя бы одно поле отличается от полей в текущей локальной таблице.
Иного не дано т.к. это и есть модифицированные или новые записи, сузить отбор тут невозможно, это чревато потерей данных.
Но при этом будут отбираться в т.ч. и записи синхронные "вниз" т.е. уже устаревшие в присланной таблице, вот типичный пример:
В присланной записи часть данных отсутствует, дата модификации подтверждает то, что данные устарели, а ID то, что это 100% старая запись на том же самом месте в таблице.
Проворачиваем на следующую строку, тут ситуация сложнее, если присмотреться увидим исправленную ошибку ввода двух ссылок и сайтов (пропущена запятая), в более новой записи исправлено автоматически т.к. ссылки "слипались" в онлайне.
Разные ID говорят о смещении версий с удалением записей, т.е. ID если он не из одной и той же базы (копии) утрачивает свои свойства и становиться лишь подсказкой.
Третий случай - присланная строка из прошлого, это дубликат, который удален из текущей таблицы, но т.к. у пользователя его никто не удалял - он станет "новой" записью или своей реинкарнацией, как в этом примере:
Принять решение об игнорировании такой записи автоматике будет очень сложно, точнее она не будет думать - изменит текущую под старую и готово дело.
Однако у поля "описание" кнопочку +! (замена поля целиком на новое значение) нажать как раз нужно т.к. описание в старой записи более полное.
Как хотя бы эти три примера автоматизировать туго представлю, что будет делать автоматика, например с изменившейся ссылкой совершенно не понятно, тут пинг не поможет - страница сайта ответит, а есть ли там заявленный пс?
Продолжение следует…
================================
Чем дальше в лес, тем толще партизаны =))
СУБД уверена в новой записи:
Пробиваю по поиску в имеющихся на всякий пожарный (вдруг оператор это забыл сделать) и…
"Хорошее" кино, если нажать +!, (внести новую запись), а она действительно новая ибо имена не совпадают (ох уж эти версии) получим дубликат, да еще и не заполненный полностью, скорее всего опять реинкарнация.
Что тут делать? Особенно автоматике, иду на zdsim уточнять версию и ссылку, иду на msts-ural с той же задачей…
add
Веселая моделька, на msts-ural оказались только перекрашенные текстуры, причем к ВЛ80т-2011, zdsim-овский пришлось аж в МСТС запустить чтобы узнать приписку, которой не оказалось =)).
ОДНА "новая" запись обработана и отклонена, две скорректированы, такая вот синхронизация.
add
Синхронизация завершена, локальная и онлайн версии обновлены.