| Обсуждение |
| |  Сетевой режим [ Павел Антонов ]Понедельник, 15 февраля 2010, 13:36
| Здравствуйте. Подскажите, пожалуйста, есть ли в вашей программе сетевой режим работы? |
|
| | [ Павел Антонов ] Понедельник, 15 февраля 2010, 13:51
| Спасибо. И еще один вопрос. Как я понимаю, для работы приложения "Межевой план" необходим MS Word. А с OpenOffice возможна работа? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 15 февраля 2010, 14:23
| OpenOffice не поддерживается, но в будущем (работа уже ведется) будет поддержка Microsoft OpenXML. Работать с этим форматом можно без установленного Microsoft Word. Достаточно только установить бесплатные компоненты от Microsoft (OpenXML SDK и Compatibility Pack). После этого просмотр, редактирование и печать документа в данном формате можно будет выполнять в программе WordPad, встроенной в Windows. |
|
| | [ Александр Степанченко ] Понедельник, 15 февраля 2010, 17:04
1)А когда сделают поддержку Microsoft OpenXML?
2)В сетевом варианте пробовал, но очень медленно открывается всё, да ещё известный глюк, если более 20 проектов, тормоза необыкновенные, вот если бы решили эту проблему? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 15 февраля 2010, 18:17
> 1)А когда сделают поддержку Microsoft OpenXML?
Точного срока пока не намечено. В последнее время много изменений в оформлении межевых планов, поэтому работа ведется в фоновом режиме.
> 2)В сетевом варианте пробовал, но очень медленно
> открывается всё,
Скорость открытия в режиме совместного доступа зависит только от скорости сети. Если сеть быстрая, то скорость открытия не отличается от обычного режима.
> да ещё известный глюк, если более 20 проектов, тормоза
> необыкновенные, вот если бы решили эту проблему?
Проблема медленного открытия ГБД в случае большого количества проектов обусловлена тем, что каждый проект имеет отдельный набор компонентов ГБД (таблиц, карт, тем) и в результате при открытии тратится много времени на загрузку структуры ГБД. Поэтому мы рекомендуем не хранить все проекты в одной ГБД, а перемещать завершенные проекты в отдельные (архивные) ГБД. Подробнее по этому вопросу см. здесь. |
|
| | [ Александр Степанченко ] Среда, 17 февраля 2010, 12:48
Николаев Денис
>Проблема медленного открытия ГБД в случае большого количества проектов >обусловлена тем, что каждый проект имеет отдельный набор компонентов ГБД >(таблиц, карт, тем) и в результате при открытии тратится много времени на >загрузку структуры ГБД. Поэтому мы рекомендуем не хранить все проекты в >одной ГБД, а перемещать завершенные проекты в отдельные (архивные) ГБД.
Учитывая это о сетевом режиме можно забыть, пользователь делает от 2 до 4 участков в день, у нас лицензия на 10 мест (итого от 20 до 40 участков в базе). |
|
| | [ Николаев Денис (разработчик) ] Среда, 17 февраля 2010, 14:45
> Учитывая это о сетевом режиме можно забыть, пользователь делает от 2 до 4
> участков в день, у нас лицензия на 10 мест (итого от 20 до 40 участков в
> базе).
Для нас проблема работы с большим количеством проектов в одной ГБД остается открытой. У вас большой объем проектов, опишите, если вам не трудно, как вы справляетесь с данной проблемой.
Мы на данный момент предлагаем следующий подход.
Каждый пользователь работает в отдельной ГБД. Общие данные, такие как слои топосновы и кадастрового деления, размещаются во внешней базе данных, которая подключается ко всем рабочим ГБД. Можете подобрать такую СУБД, многопользовательские возможности которой вас устроят. После завершения проекта он перемещается из рабочей ГБД в архивную ГБД.
Архивных ГБД можно создавать сколько нужно, например, по отдельной ГБД на пользователя, или по району работ, или по времени работ (в вашем случае можно по отдельной ГБД на каждую неделю). Таким образом рабочие ГБД пользователей будут содержать только те проекты, над которыми ведутся работы в данный момент.
Возможно в будущем нам удастся придумать более оптимальный подход, а также мы постараемся оптимизировать программу. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |
