Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
And
Зарегистрирован: 25.05.2006 Сообщения: 13 Откуда: Москва
|
Добавлено: Вт Мар 13, 2007 4:34 pm Заголовок сообщения: Многопользовательский режим работы. |
|
|
Здравствуйте.
Есть ли у кого-нибудь опыт работы с одним файлом DGN в многопользовательском режиме по сети? Начиная с какой версии MS эта возможность реализована и нужно ли дополнительное ПО? |
|
Вернуться к началу |
|
|
Алексей Королев
Зарегистрирован: 28.02.2006 Сообщения: 11 Откуда: г. Хабаровск
|
Добавлено: Чт Мар 15, 2007 7:28 am Заголовок сообщения: |
|
|
Для версии MS7/J есть надстройка ProjectBank, написанная на Java, которая и огранизует многопользовательский доступ к одному DGN файлу в режиме редактирования. Достаточно функциональная вещь, но иногда происходят с ней непонятные нам глюки (за 6 лет так и не нашли конкретных причин, но потеря связи с сервером по причине зависания, потери коннекта или выключения питания это на 50% битый рабочий набор на клиентской машине). Состоит из серверной и клиентской частей. НО В 8 ВЕРСИИ НЕ ПОДДЕРЖИВАЕТСЯ И НЕ РАЗВИВАЕТСЯ!
Для версии MS8 есть надстройка ProjectWise (http://www.projectwise.ru/) НАМНОГО БОЛЕЕ ФУНКЦИОНАЛЬНАЯ РАЗРАБОТКА!
Очень хочеться глянуть на эту вещь, но достать даже пробный вариант не получается ;-(. А многопользовательская работа это именно так что нас держит на MS7/J.
P.S.
ВСЕ НАДСТРОЙКИ РАЗРАБОТКИ САМОЙ Bentley Inc. |
|
Вернуться к началу |
|
|
ВалВл
Зарегистрирован: 08.02.2006 Сообщения: 138
|
Добавлено: Чт Мар 15, 2007 1:02 pm Заголовок сообщения: |
|
|
Кто бы обрисовал ситуацию, когда КУЧА людей ОДНОВРЕМЕННО должна работать в ОДНОМ файле?
Очень интересно! |
|
Вернуться к началу |
|
|
And
Зарегистрирован: 25.05.2006 Сообщения: 13 Откуда: Москва
|
Добавлено: Чт Мар 15, 2007 2:25 pm Заголовок сообщения: |
|
|
Сначала требуется оперативно отредактировать существующую(DGN v.8) карту города крупного масштаба - произвести обновление. Резать на куски не хочется, т.к. некоторые элементы(дороги, реки) могут проходить через весь город. Количество операторов вносящих изменения 3-4 человека.
Затем планируется на основе обновленной карты создать ГИС (привязка БД и т.д.). Количество пользователей 10-15 человек. |
|
Вернуться к началу |
|
|
Алексей Королев
Зарегистрирован: 28.02.2006 Сообщения: 11 Откуда: г. Хабаровск
|
Добавлено: Пт Мар 16, 2007 3:19 am Заголовок сообщения: |
|
|
Ответ для ВалВл:
ЗАПРОСТО! У нас над одним проектом (в терминах ProjectBank), а по сути над одним файлом DGN, который допустим представляет из себя слой земельных участков города работает, ЦЕЛЫЙ ОТДЕЛ ИЗ 8 человек и ВСЕ ОДНОВРЕМЕННО ЗАНОСЯТ информацию в этот файл в течение всего рабочего дня по мере поступления информации от посетителей. И как вы предлагаете организовать работу в данном случае? У каждого сделать свой локальный файл и разделить области работ на каждого сотрудника? Пробовали - получили низкую эффективность и производительность труда. |
|
Вернуться к началу |
|
|
ВалВл
Зарегистрирован: 08.02.2006 Сообщения: 138
|
Добавлено: Пт Мар 16, 2007 11:48 am Заголовок сообщения: |
|
|
Я понял так, что на всех восьми мониторах постоянно открыт один и тот же файл, который хранится на общем сервере. И с любого монитора в режиме реального времени можно наблюдать, что делает любой из сотрудников. Или я неправильно трактую понятие "одновременно"? |
|
Вернуться к началу |
|
|
Алексей Королев
Зарегистрирован: 28.02.2006 Сообщения: 11 Откуда: г. Хабаровск
|
Добавлено: Пт Мар 16, 2007 7:35 pm Заголовок сообщения: |
|
|
На сервере расположено хранилище, которым управляет серверная часть ProjectBank. На каждой клиентской машине есть свой рабочий набор, который при помощи инструментария ProjectBank (полностью интегрирован в MS) СИНХРОНИЗИРУЕТСЯ по мере надобности. Т.е. получается последнии версии рабочих файлов набора и выкладываются свои версии, при этом ВЕДЕТСЯ ИСТОРИЯ ИЗМЕНИЙ каждого файла набора (подобие History в MS8) и решаются возникшие конфликты(изменение одного и того же элемента разными пользователями). Вот такая ОДНОВРЕМЕНАЯ РАБОТА Причем сихнронизация построена на принципе атомарности транзакции: пользовательские изменения либо полностью попадают в хранилище либо полностью отвергаются. |
|
Вернуться к началу |
|
|
|