prosto_Alex (10.05.2006 14:16, просмотров: 1) ответил ASDFS на Прелесть моего решения в том что хост вообще не касается вопроса сохранения базы.
Да прелести в вашем варианте никакой... Сведение базы к хранению на одном контроллере чревато мнижением надежности системы... Хранить данные надо в каждом контроллере независимо.
Да и ЦРЦ не надо считать, надо просто подумать что сделать что бы данные соответствовали, а для этого никакой црц не поможет!
Просто,тупой и надежные вариант примерно такой (на примере записей о пропусках): 1-й раз обновляем всю инфу о всех и добавляем информацию о версии изменения (назовем ее так), далее в софте верхнего уровня при изменении какой-то записи ставим ей версию как текущая+1 (ну сами понимаете, реализуется очень легко), в проге-обслуживающей контроллер сверяем версию из контроллера и смотрим какие были изменения и отсылаем новые данные! в чем сложность???
контроллер получив инфу находеит ее место у себя и обновляет или добавляет запись. Самый просто вариант - хранение таблиц даже в неотсортированном виде для 30000 ключей для авр перебрать - как два пальца обосфальт.
Если важно время реакции (хотя для 30000 ключей время перебора всех мало по сравнению со скоростью считывания карточки и механики), но всеже, делем базу на 2 части - отсортированные и нет, дальше надеюсь понятно? А раз в какое-время делать полное обновление, совсем будет хорошо.
Как правило предприятие первое время вносит большую часть пропусков, а добавляются они по мере необходимости и не так их уж и много
)
)