| Обсуждение |
| | системные требования [ АлексейАстр ]Понедельник, 6 сентября 2010, 13:20
Добрый день.
Хотелось бы узнать минимальные системные требования. Для программы одного и многопользовательском режиме.
Заранее спасибо. |
|
| | [ Николаев Денис (разработчик) ]Понедельник, 6 сентября 2010, 13:33
Программа работает на персональных компьютерах стандартной конфигурации под управлением операционных систем Windows 98/2000/XP/Vista/7.
Для уменьшения времени реакции программы при работе на больших объемах данных рекомендуется процессор помощнее (чем мощнее, тем быстрее будет работать).
Чтобы оценить приемлемость той или иной конфигурации компьютера, вы можете скачать и запустить программу в демонстрационном режиме (без установленного ключа). |
|
| | [ АлексейАстр ]Понедельник, 6 сентября 2010, 13:43
И еще вопрос.
Как осуществляется многопользовательская работа программы (файл сервер или клиент сервер). |
|
| | [ Николаев Денис (разработчик) ]Понедельник, 6 сентября 2010, 14:25
> Как осуществляется многопользовательская работа программы (файл сервер или
> клиент сервер).
ГБД выкладывается на сетевом ресурсе и открывается в режиме совместного доступа на нескольких компьютерах. В этом режиме программа использует механизм блокировок для обеспечения доступа к данным одновременно из нескольких запущенных экземпляров программы на одном или разных компьютерах.
Если таблицы и слои хранятся внутри самой ГБД (так хранятся данные проектов ПКЗО), то при большом объеме модификаций в режиме совместного доступа могут работать до 4-5 человек. Если таблицы и слои хранятся во внешней базе данных (можно использовать для общих данных, слоев топосновы, кадастрового деления и пр), то производительность в режиме совместного доступа зависит от возможностей конкретной СУБД.
Кроме того имеется проблема при большом количестве проектов в одной ГБД (мы планируем решить эту проблему в будущем). С ростом количества проектов в ГБД увеличивается время реакции после операций в главном окне (со структурой ГБД). Скорость зависит от мощности процессора. На средних машинах задержки становятся значительными при нескольких десятках проектов.
Если пользователи не работают одновременно над одним проектом, то мы рекомендуем использовать отдельные ГБД для каждого пользователя. В этом случае блокировок ГБД не будет вообще, т.к. пользователи открывают свои ГБД в монопольном режиме. Общие данные, такие как слои кадастрового деления и топосновы, можно разместить во внешней базе данных, подключаемой к рабочим ГБД. Поступив таким образом, вы можете подобрать СУБД с подходящими для вас характеристиками работы в режиме совместного доступа к данным.
Чтобы избежать большого количества проектов в одной ГБД и обеспечить системный подход к хранению проектов, мы рекомендуем после завершения перемещать их в специальные (архивные) ГБД. Можно, например, выделять отдельные ГБД на каждый район работ или по времени: на месяц или квартал. Таким образом в рабочих ГБД пользователей будут находится только те проекты, над которыми ведется работа в текущий момент. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |