База данных подвижного состава

[Zabor]

Автообновление чего?

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

Если разрешить автоматически добавлять (что вполне реально) мы получим БД в которой через строку будет п_о_р_н_о и сплошная в_и_а_г_р_а .

Хотя идея есть добавить онлайн добавление данных с возможностью поиска в них (в виде отдельной БД) до внесения записей в основную, но идея пока сырая.

ps убъю ужин и синхронизирую…

DenS, уж месяц как

========================

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

В новую только что созданную и чистую таблицу Access отбирает строки из подключенной (присланной) БД у которых хотя бы одно поле отличается от полей в текущей локальной таблице.

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

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



В присланной записи часть данных отсутствует, дата модификации подтверждает то, что данные устарели, а ID то, что это 100% старая запись на том же самом месте в таблице.

Проворачиваем на следующую строку, тут ситуация сложнее, если присмотреться увидим исправленную ошибку ввода двух ссылок и сайтов (пропущена запятая), в более новой записи исправлено автоматически т.к. ссылки "слипались" в онлайне.



Разные ID говорят о смещении версий с удалением записей, т.е. ID если он не из одной и той же базы (копии) утрачивает свои свойства и становиться лишь подсказкой.

Третий случай - присланная строка из прошлого, это дубликат, который удален из текущей таблицы, но т.к. у пользователя его никто не удалял - он станет "новой" записью или своей реинкарнацией, как в этом примере:



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

Однако у поля "описание" кнопочку +! (замена поля целиком на новое значение) нажать как раз нужно т.к. описание в старой записи более полное.

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

Продолжение следует…

================================

Чем дальше в лес, тем толще партизаны =))

СУБД уверена в новой записи:

Пробиваю по поиску в имеющихся на всякий пожарный (вдруг оператор это забыл сделать) и…



"Хорошее" кино, если нажать +!, (внести новую запись), а она действительно новая ибо имена не совпадают (ох уж эти версии) получим дубликат, да еще и не заполненный полностью, скорее всего опять реинкарнация.

Что тут делать? Особенно автоматике, иду на zdsim уточнять версию и ссылку, иду на msts-ural с той же задачей…

add

Веселая моделька, на msts-ural оказались только перекрашенные текстуры, причем к ВЛ80т-2011, zdsim-овский пришлось аж в МСТС запустить чтобы узнать приписку, которой не оказалось =)).

ОДНА "новая" запись обработана и отклонена, две скорректированы, такая вот синхронизация.

add

Синхронизация завершена, локальная и онлайн версии обновлены.