Gibt es einen Leistungseinbruch durch die Verwendung eines Feature-Datasets?

8

Ich erinnere mich vage daran, dass mir beigebracht wurde, kein Feature-Dataset zu verwenden, damit die Dinge in der Datenbank "ordentlich" aussehen, und dass das Feature-Dataset nur verwendet werden sollte, wenn zwischen den Feature-Class-Komponenten eine räumliche Beziehung bestand.

In der Hilfedatei wird "thematisch verwandte Feature-Classes organisieren" als gültiger Grund für die Verwendung eines Feature-Datasets aufgeführt.

Ist es eine schlechte Idee, ein Feature-Dataset zum Gruppieren von Layern in der Geodatabase zu verwenden, wenn der einzige Zweck darin besteht, die Navigation in ArcCatalog zu unterstützen? Gibt es einen Leistungseinbruch beim Speichern von Feature-Classes in einem Feature-Dataset?

Stephen Lead
quelle

Antworten:

8

Nur wenn Sie vorhaben, dass Benutzer Daten in den Feature-Datasets problemlos bearbeiten können. Der größte Kick, den Sie haben werden, ist das Sperren von Datensätzen. Da das Bearbeiten eines Layers in einem Feature-Dataset Benutzer daran hindert, dort andere Änderungen vorzunehmen.

Das ist wahrscheinlich Ihr größter funktionaler Killer, wenn das kein Problem ist. dann kannst du es ja benutzen, um zu versuchen, die Dinge hübsch zu machen.

DEWright
quelle
Bedeutet dies, dass beim Bearbeiten die Feature-Datasets tatsächlich von Vorteil sind, da nur die Feature-Classes innerhalb des Feature-Datasets gesperrt werden (ohne Feature-Datasets wären alle Feature-Classes gesperrt)?
Stephen Lead
1
Ist dies irgendwo in der ESRI-Hilfe dokumentiert? Kannst du bitte einen Link dazu posten.
Ujjwalesri
Das Schema-Sperren ist ein gut dokumentiertes Problem. um Änderungen an einem Dataset zu verhindern, während gleichzeitig Änderungen vorgenommen werden. Dies ist ein seit langem bestehendes Problem. Zum größten Teil ist es beabsichtigt , die Datenintegrität aufrechtzuerhalten ... help.arcgis.com/de/arcgisdesktop/10.0/help/index.html#//… Durchsuchen Sie die ESRI-Site nach Feature Dataset Locking
DEWright
Danke für den Link! Der Grund, warum ich danach gefragt habe, war die Aussage. Der größte Kick, den Sie haben werden, ist das Sperren von Datensätzen. Da das Bearbeiten eines Layers in einem Feature-Dataset Benutzer daran hindert, dort andere Änderungen vorzunehmen. Ich denke ist falsch. Was Sie vielleicht sagen möchten, ist, dass bei "Schemaänderungen" das Dataset für einen einzelnen Benutzer "gesperrt" ist, wodurch mehrere Benutzer deaktiviert werden, die gleichzeitig Änderungen am Schema vornehmen. Eine Sperre auf Datensatzebene würde nicht auftreten!
Ujjwalesri
Nur für Personal- und File-Geodatabases - SDE Geodatabase kann mit mehreren Benutzern bearbeitet werden (Enterprise - Unlimited Editors, Workgroup - 10 Editoren und Desktop - 1 Editor 3 Reader). Esri.com/software/arcgis/geodatabase/…
Mapperz
2

Die Gruppierung ist in absoluten Zahlen nicht gut und schlecht, sie hängt stark von Ihrem Datenentwurf und der Verwendung von Daten ab.

Mit Feature-Datasets können Sie räumlich verwandte FCs gruppieren. Die Kategorisierung hängt jedoch stark davon ab, wie Sie die Daten verwenden. Angenommen, Sie haben die Weltdaten für "Straßen" und "Orte zu besuchen". Diese Daten können entweder nach den Kategorien gruppiert werden, die durch die oben genannten Namen gekennzeichnet sind (die alle Daten in nur zwei Kategorien abdecken), oder nach Regionen, z. B. Asien, Europa usw.

Wenn der Zweck darin besteht, eine einfache Navigation in ArcCatalog zu ermöglichen, sollte meiner Meinung nach auch dort eine gute Namenskonvention der FCs hilfreich sein.

In Bezug auf den von @DEWright hervorgehobenen Bearbeitungsaspekt bin ich mir nicht sicher. Müssen das überprüfen.

ujjwalesri
quelle
Hier ist der Link, den Sie anfordern, der auf Schemasperren basiert, um die Datenintegrität aufrechtzuerhalten, wenn sich mehrere Benutzer im System befinden. help.arcgis.com/de/arcgisdesktop/10.0/help/index.html#//… - dies ist ein seit langem bekannter Nachteil und wie Sie bereits erwähnt haben; Eine gut geplante Namenskonvention kann ohne Einschränkungen genauso gut funktionieren. ESRI sollte sich wirklich mit der Visualisierung / Organisation von ArcSDE befassen, da es sich wirklich um DB-Objekte handelt. Sie können noch mehr tun, um dies zu unterstützen.
DEWright