Najlepsze praktyki przy stosowaniu geobazy danych plikowych, które będą używane i edytowane przez wielu użytkowników? [Zamknięte]

Mam geobazę plików, która zawiera 3 klasy obiektów, a każda klasa obiektów zawiera wiele danych, które będą codziennie przeglądane i edytowane przez 6 innych użytkowników. Szukam porady od osób, które były w tej samej sytuacji, oraz najlepszych praktyk, aby uniknąć blokowania edycji i aby wszystko działało płynnie, jak to możliwe. Czy mogę użyć tych narzędzi typu open source, które umożliwią edycję wielu użytkowników w geobazie plików? Dziękuję Ci!

Moja praca ma tylko licencje na poziomie ArcView z kilkoma rozszerzeniami (Business Analyst, Network Analyst i Spatial Analyst)

Zgadzam się, Próba wykorzystania zastrzeżonego formatu db (fgdb lub pgdb) utworzonego przez esri i zarządzanego przez ich licencjonowanie jest bezowocną ścieżką. Jeśli zdecydujesz się nie wydawać pieniędzy z licencji, wydasz pieniądze (czas i inni pracownicy). To, co proponujesz, jest możliwe do wykonania przy użyciu rdbms typu open source lub zastrzeżonej wersji ldd rmsbms oraz niektórych narzędzi interoperacyjnych (większość dobrych nie jest jednak darmowa). Na dłuższą metę potrzebujesz drogiego doświadczenia lub dobrych narzędzi, oba są kosztowne. Arcview po prostu nie jest narzędziem do zrobienia. Macierz funkcjonalności zadania

Użyj pliku GDB jako głównego (na serwerze), wyodrębnij KOPIUJ do 6 osobistych GDB (limit 2 GB) lub 6 FGDB, jeśli jest większy niż 2 GB. Poszczególne osoby edytują każdy GDB, a następnie umieszczają w folderze z szablonem PLIK Geobazy [pusty, ale skonfigurowany schemat] dla nocnego APPEND (serwer geoprzetwarzania)

TEST schematu - Schemat zestawu danych wejściowych (definicje pól) musi być zgodny ze schematem docelowego zestawu danych. Błąd zostanie zwrócony, jeśli schematy się nie zgadzają.

Wada: konflikty danych - jedna funkcja Wiele edycji przez 2 plus użytkowników. Append nadpisze poprzedni dołączony plik. Może być wykryty przez porównanie <jest to tańsze niż uzyskanie licencji Arc Info.

Pomyślnie zaimplementowano w poprzedniej roli ...

Można to również osiągnąć dzięki FME 2010

Nie można tego zrobić za pomocą ArcView. (Edycja tego samego PGDB / FGDB przez kilku użytkowników jednocześnie.) Spójrz na aktualizację do ArcEditor: ArcEditor pozwala wielu użytkownikom jednocześnie modyfikować i edytować dane. http://www.esri.com/software/arcgis/arceditor/key-features.html

Na marginesie; Byłem zaangażowany w tworzenie aplikacji, w której próbowaliśmy emulować edycję dla wielu użytkowników za pomocą osobistych baz danych, co ostatecznie okazało się dość skomplikowane z mieszanymi rezultatami. Rozumowanie było takie samo; baza danych dla wielu użytkowników była zbyt kosztowna. Skończyło się to na tym, że dużo więcej kosztuje opracowanie takiego środowiska. W końcu lepiej byłoby zainwestować w ArcSDE lub podobne rozwiązanie.

Nie próbowałbym tego z fGDB. Będzie to jeden ból głowy po drugim. Jeśli potrzebujesz edycji dla wielu użytkowników, powinieneś skorzystać z SDE GDB. Jeśli masz tylko sześciu redaktorów, grupa robocza SDE działałaby dla Ciebie dobrze. Z dokumentacji ArcGIS 10: Rodzaje geobaz

Grupa robocza ArcGIS Server obejmuje także obsługę ArcSDE dla SQL Server Express. Na tym poziomie ArcSDE można używać programu SQL Server Express dla maksymalnie 10 równoczesnych użytkowników i edytorów pulpitu Windows (użytkownicy ArcView, ArcEditor, ArcInfo, niestandardowej aplikacji ArcGIS Engine, AutoCAD, MicroStation itd.) Oraz dowolną liczbę dodatkowych połączenia z serwerami z aplikacji internetowych. (Szczegółowe informacje na temat liczby połączeń do wdrożenia można znaleźć w umowie licencyjnej).