перейти к последнему сообщению в данном обсуждении
| | Создание общей базы "отработанных" объектов [ Максим ]Четверг, 7 мая 2009, 23:01
| Уважаемая поддердка, второй день разбираюсь с ПК ЗО 3.0, может еще не все нашел. Но у нас есть вопрос. Допустим с базой работает несколько пользователей, каждый со своим проектом (изменяет его границы). Другой пользователь в совместном использовании работает со смежным участком. Как ему видеть актуальные границы изменяемого смежного участка? Со временем накапливается большой объем участков, по которым подготовлены межевые планы, как органиховать хранение графики в одном слое (вручную копировать?!)??? Может до меня еще не дошло, но после 100 подготовленных межевых планов, останется 100 проектов, 100 созданных карт и 200 тем????? |
|
| | [ Николаев Денис (разработчик) ]Пятница, 8 мая 2009, 13:10
Можем порекомендовать вам следующее:
1. Организовать накапливаемый слой участков
Для этого контура и подписи сформированных участков копировать в некий специальный слой. Копирование объектов можно выполнять через буфер обмена (команды "Копировать" и "Вставить" в контекстном меню в окне просмотра карты в режиме редактирования). Слой разместить в отдельной карте (не в карте проекта) или во внешней базе данных. Размещение во внешней базе данных позволит совместно использовать слой из нескольких ГБД.
Такой слой можно будет использовать в качестве источника для контуров смежных участков и в качестве подложки для схемы расположения. Причем для схемы расположения можно сделать копию этого слоя в рабочий слой темы, где можно будет подредактировать контура и надписи для конкретной схемы.
2. Организовать архив проектов
После завершения проектов перемещать их в специальную архивную ГБД или группу ГБД. Для перемещения использовать операцию копирования проекта, затем удалить его. По необходимости можно будет копировать информацию о точках, участках или частях из сохраненных проектов в новые.
Операция копирования объектов (в том числе между проектами) появится в следующей версии ПК ЗО, которая выйдет ближе к концу мая. Вы сможете скопировать участок из одного проекта в другой со всеми характеристиками, включая точки.
Хранение большого количества проектов в одной ГБД может приводить к проблемам с производительностью и с поиском нужного проекта. Поэтому не рекомендуем вам хранить все проекты в одной ГБД.
3. Организовать работу каждого пользователя в отдельной ГБД
Если каждый пользователь работает над своим проектом, то можно организовать работу так, чтобы каждый пользователь работал в отдельной ГБД. Совместно используемые данные (слои и таблицы) в этом случае удобно разместить во внешней базе данных. Завершенные проекты перемещать в общий набор архивных ГБД (см. предыдущий пункт).
Использование отдельной ГБД для каждого пользователя позволит избежать проблем с ограничениями и производительностью в режиме совместного доступа к ГБД.
Применять совместную работу нескольких пользователей с одной ГБД рекомендуем только в случае, если несколько пользователей работают над одним проектом. Во всех других случаях лучше использовать отдельные ГБД для каждого пользователя. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |