Цитата |
---|
Илья Юрченков написал: Как скоро можно ожидать модернизации? |
Предполагаю, на следующей неделе мы Вам предоставим обновления.
Цитата |
---|
Илья Юрченков написал: Под критерии ограничения схемы подходит - слоев около 200, семантик около 10-20. |
По Вашей схеме создается 247 таблиц (почти предел). Семантик (полей таблиц) в среднем 30-40, что нормально, но всего в схеме перечислено 953 семантики.
С какой СУБД Вы работаете?
Возможно, оптимальнее будет использовать возможности ГИС Сервера по работе в БД.
Отличия следующие.
ГИС Сервер каждую таблицу открывает в отдельном потоке и создает для каждой таблицы отдельное картографическое представление (карту-кэш).
Есть ограничение: первичные ключи в таблицах должны быть целочисленными 4 байтовыми.
Взаимосвязь объекта карты и соответствующей ему записью в БД устанавливается простым соответствием идентификатора записи и идентификатора объекта (это одно и то же число).
Все изменения в карте попадают в БД синхронно.
SpatialDB Service работает с картой, которую надо "распределить" на несколько таблиц. У SpatialDB Service 1 карта = 1 поток, то есть Ваши 247 таблиц будут ждать друг друга.
Из-за того, что в одной карте присутствуют данные из разных таблиц, SpatialDB Service вынужден вести целый набор индексных файлов, определяющих взаимосвязь объекта карты с определенной записью определенной таблицы.
SpatialDB Service работает в асинхронном режиме (изменения попадают в БД в установленные интервалы времени), что с одной стороны хорошо - можно распределить нагрузку, можно не всегда быть подключенным в БД и к ГИС Серверу, а с другой стороны может привести к рассинхронизации данных.
SpatialDB Service может работать как на том же компьютере, где установлен ГИС Сервер, так и удаленно.