| Цитата |
| Но меня еще беспокоит вопрос, как в этом случае поступать с базой?! Каждой группе клиентов ставить свою базу, которая будет обслуживать их на момент отсутсвия связи!? Или вообще каждому клиенту ставить базу типа hlsql (pure java)!? И пусть работает со своей базой данных ;) |
Здесь уже многое зависит от средства разработки для клиентской части.
В Delphi или в .NET существует механизм сброса данных из буфера на диск в виде файлов. Т.е. можно работать автономно с тем набором, который уже есть. И только потом махом синхронизировать данные с SQL. Но вот тут есть как раз проблемы целостности, о которых я говорил выше.
Руками такое организовать в принципе не сложно - необходимо просто RecordSet (DataSet) или что там еще научить хранить данные локально, загружать их из локальной копии. Ну само собой получать данные с SQL и отправлять изменения. Это действительно немного усилий требует.
Вот и работает пользователь с локальными данными, пока не нажмет заветную кнопочку
.Если это связь между офисами "то потухнет, то погаснет", а внутри сети проблем со связью нет, то может стОит подумать о синхронизации SQL-серверов. В данном случае достаточно несложно просто сделать правило, по которому новые ID раздаются по какому-либо правилу, которое позволяет делать их разными для каждого офиса.
| Цитата |
| Вскоре меня заинтересует вопрос о производительности. Если к примеру номенклатура десятски тысяч наименований, можно ли как-нибуть этот справочник кэшировать!? |
Это извечная головная боль
.Стандартного решения тоже я не встречал. Сам делал следующим образом - организовывал справочник с иерархией, и справочник заполнял постепенно. Обратился пользователь к веточке - ну получи в кэш несколько сотен наименований. Ну и потихонечку копим.
Если данные меняются на сервере, то сервер информирует об изминениях клиента передачей ID удаленных/измененных/добавленных записей. Ну и дальше они синхронизируются. Это небольшой трафик.
Если на клиенте - он посылает изменения на сервер.
Чтобы избежать большого трафика старайся организовывать запросы, которые имеют ограничения в каком-либо виде.
Вообщем-то и все советы, которые сейчас в голову пришли.
