Ограничение доступа при Direct Connect

Question

День добрый. Возник следующий вопрос:

Есть геобаза данных. Есть два идентичных mxd проекта. Один подключается к ней через сервис SDE, другой через direct connect.
Как можно запретить редактирование данных в проекте где используется прямое соединение по избежание потери целостности данных в геобазе?
Либо же как можно ограничить доступ в нем, встроив авторизацию?
(потому как с проектами работает много людей)
Вариант : завести отдельную группу на SQL сервере  - не катит.
Вариант : разнести проекты по разным папкам и назначить разные права на лоступ к ним - тоже.

Answer 1

Без отдельной группы на сервере никак не обойтись.

Кроме того, откуда возьмутся потери целостности данных в базе ????? С точки зрения редактирования что SDE коннект, что DirectConnect - одинаково. Например к WorkgroupSDE только через DC и можно подключиться. Да и вобще - SDE коннект потихоньку умирает. Похоже в 10-й версии только DirectConnect и останется.

Answer 2

хм... возможно я не так себе представляю прямое подключение.
хорошо. вот ситуация:
два пользователя. редактируют одну геобазу. один и тот же слой. в один и тот же момент. начали они одновременно. используется прямое подключение. пользователь 1 сохраняет свои изменения, минут через пять пользователь 2 сохраняет свои. При прямом подключении данные запишутся корректно от обоих, или только от последнего(второй перезапишет первого)? Разве не в многопользовательском доступе через СДЕ вся соль?

Answer 3

Разница между SDE Connect и DirectConnect - на какой машине будут использоваться dll и ресурсы процессора. С точки зрения редактирования (версии и т.д.) - никакой разницы между типами подключения нету.

Answer 4

Нужно версионность использовать.

http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Understanding_versioning

Answer 5

Тогда перефразирую - могут ли эти два пользователя сохранять изменения в одну версию, или же на каждого пользователя нужно заводить отдельную версию?

Answer 6

Могут. Очень желательно, чтобы редакторы работали под разными логинами.
А заводить или нет отдельную версию для каждого - Вам решать. Если редактируете одну версию, то согласование придется проводить сразу в момент сохранения. Иначе не сохраните.
Если каждый заведет свою версию, то согласование конфликтов можно отложить - например, на конец рабочего дня.

Answer 7

Ок. Я много тем перерыл здесь про Direct Connect, про то что SDE отмирает, что "ESRI убивает SDE", что в десятой версии ArcGIS возможно будет только DirectConnect.... А для чего тогда вообще нужен был SDE?
Для создания начальной структуры пространственной базы данных?
Для обработки большинства данных на стороне сервера?

Просто непонятно, Direct Connect появился эволюционно и изначально о нем не шло речи, а теперь когда он есть и когда стало ясно что он является хорошей заменой SDE connect, от SDE решили избавиться?

Отличий в них (кроме использования ресурсов клиента или сервера) никаких. Целесообразно ли дальше использовать SDE, там где он использовался?

Answer 8

Да, много нарыл
От того, что ArcSDE стал называться ArcGIS Server Basic, сам SDE никуда не делся и не собирается.
У обоих типов подключения клиентов к серверу(которые существуют уже давно), есть свои достоинства и недостатки.
Плюсы при использовании "нормального" подключения к SDE-сервису:
1. чуть меньше загружается сетевой трафик между клиентами и сервером. Что при нынешних минимальных 100 Мб/с, не очень существенно.
2. естественно меньше отъедается ресурсов на стороне клиента, т.к. для каждого подключения процесс gsrvr выполняется на сервере и честно выполняет свою работу по взаимодействию с SQL. Но с развитием железа на стороне клиента это также не очень значительно.
3. Клиент подключается к SDE по определенному TCP-порту. При этом порт самого SQL-сервера может быть закрыт для клиента, что чуть повышает безопасность.

Минусы при использовании "нормального" подключения к SDE-сервису:
1. При использовании SDE под Windows - т.к. Windows имеет ограничение на размер разделяемого пула памяти для фоновых приложений (сервисов), при большом количестве клиентов можно очень легко дойти до этого ограничения, и последующие клиенты просто не смогут подключится к SDE.

Плюсы от использования прямого подключения:
1. Если Вы купили не просто SDE (ArcGIS Server Basic), а ArcGIS Server Standard или Enterprise, то желательно разнести ArcGIS-сервер и SQL на разные узлы (безопасность и производительность). Но по лицензионному соглашению Вы ограничены в количестве узлов, процессоров и ядер. Т.е. без дополнительной оплаты Вы не можете разнести SDE от Server - они должны выполняться на одном узле. При этом сам SDE (как сервис) и картографические сервисы будут уже подключаться к SQL-серверу на другой машине по директ-коннекту.
2. Ограничение на размер разделяемого пула памяти в Windows не имеет значения.

Минусы от использования прямого подключения:
1. Повышается сетевой трафик - идут прямые SQL-запросы к серверу.
2. Повышается нагрузка на клиента (процесс gsrvr по сути выполняется на клиенте).
3. Клиенту придется открыть доступ непосредственно к SQL-серверу.

Вот исходя из вышесказанного и определяйте целесообразность того или другого способа подключения.
    
    
    

Answer 9

1. При использовании SDE под Windows - т.к. Windows имеет ограничение на размер разделяемого пула памяти для фоновых приложений (сервисов), при большом количестве клиентов можно очень легко дойти до этого ограничения, и последующие клиенты просто не смогут подключится к SDE.

ДЛя протокола - в 2003 Server R2 размер памяти под сервисы по умолчанию был существенно увеличен. Кроме того поменять этот размер в реестре и перегрузить сервер - дело 5 минут.