Was ist der Unterschied zwischen ArcSDE und räumlich aktivierten Datenbanken?

SDE [ArcSDE] kann sich zumindest auf SDE [ArcSDE] beziehen Zwei Dinge: die Organisation Ihrer Daten in der Datenbank (das SDE-Schema) oder ein Dienst, der auf Verbindungen von Clients wartet (der SDE-Dienst). Im Allgemeinen gehen sie Hand in Hand – der SDE-Dienst ist an ein SDE-Schema in einer Datenbank gebunden.

In seinem „reinsten“ (oder möglicherweise schmutzigsten) Zustand verarbeitet SDE alle räumlichen Berechnungen und speichert nur Daten in Ihrer Datenbank als BLOBs und andere native SQL-Typen. Einige Datenbankfunktionen, wie Text- oder XML-Indizierung, werden zur Verbesserung der Leistung verwendet, aber im Allgemeinen „weiß“ die Datenbank nicht, dass sie räumliche Daten bereitstellt. Es gibt nur eine Reihe von Tabellen, Ansichten und Prozeduren, und sie sind voll von Daten und Funktionen.

Bei einer räumlich aktivierten Datenbank ist der Datenbank bekannt, dass die Daten einen Speicherort haben. Sie können also Standortabfragen direkt in Ihre SQL-Anweisungen einfügen. Vielleicht ist dies eine gute Sache für Sie Es hängt wirklich davon ab, wer Ihre Daten konsumiert. Wenn Ihre Datenkonsumenten fließend SQL beherrschen, ist das großartig! Wenn Ihre Datenkonsumenten ArcMap fließend beherrschen, könnte es sie wahrscheinlich weniger interessieren.

In jüngerer Zeit konnten wir beide kombinieren, indem wir SDE zur Übersetzung in einen zugrunde liegenden nativen räumlichen Typ verwendeten. Darüber hinaus können wir „direkte Verbindung“ verwenden, um den SDE-Dienst zu umgehen, und nur die Consumer-Anwendung (ArcMap, ArcGIS-Server usw.) direkt mit der Datenbank verbinden. Persönlich hatte ich unterschiedliche Erfolge mit direkten Verbindungen.

Vorteile der Verwendung von ArcSDE:

• Nahtlose Integration mit ESRI-Clients
• Gute Leistung
• Einige zugrunde liegende Datenbankfunktionen können verfügbar gemacht werden (räumliche Ansichten, Indizes)

Nachteile bei der Verwendung von SDE:

• Es kann schwierig sein, beschädigte Daten wiederherzustellen.
• Die Lizenz lautet an die Datenbank gebunden
• Kein einfacher Zugriff auf Geometrie ohne Verwendung der ESRI-Software

Vorteile einer räumlich aktivierten Datenbank:

• Daten einfach Zugriff auf jeden SQL-Client
• Daten können mit vorhandenen DB-Tools (Sichern, Wiederherstellen, Analysieren) verwaltet werden.
• Offene Formate verfügbar

Nachteile von Verwenden einer räumlich aktivierten Datenbank:

• Clients (Software) können möglicherweise keine direkte Verbindung zu Ihren Daten herstellen und müssen möglicherweise ineffiziente Protokolle oder Exporte verwenden, um sie anzuzeigen.
• Räumliche Referenzen sind manchmal schwer anzuwenden oder konsistent zu halten.
• Kann zusätzlichen Konfigurations- oder Verwaltungsaufwand verursachen.

Ich habe m oder Erfahrung mit einfachem SDE, daher gibt es wahrscheinlich mehr Punkte für die räumlich aktivierte Datenbank.

Hoffe, das hilft!

Kommentare

• Sie würden gegen die ESRI-Lizenz verstoßen, wenn Sie direkt und nicht über den SDE-Dienst auf die Daten zugreifen.
• Es liegt kein Verstoß vor. ESRI Direct Connect verwendet keinen SDE-Dienst (zumindest auf Serverseite). Darüber hinaus haben sie zahlreiche Artikel zur Verwendung von PostGres, MSSQL und WKT als räumlichem Speichertyp bei Verwendung von SDE veröffentlicht, mit denen Sie direkt mit den räumlichen Daten kommunizieren können. Und mehr als einmal musste ich SDE bereinigen, indem ich direkt auf Daten zugegriffen habe, als diese kaputt gingen. Ein weiterer Vorteil von räumlich aktivierten Datenbanken besteht darin, dass die Datenbank die Arbeit erledigen kann, anstatt alle Daten in einen Client zu bringen und sie die Arbeit erledigen zu lassen.
• @CrazyEnigma: Zitieren erforderlich.
• großartige Beschreibung von SDE vs ST Geometry @mwalker Danke
• bezüglich der räumlichen Bezüge, ich denke, dass es das Gegenteil ist. Raumreferenzen in PostGIS sind Standard und die SRIDs sind dieselben wie die EPSG-Codes für anwendbare SRS. Mit SDE enthalten die SRIDS mindestens 9,3x Extents usw., sodass Sie möglicherweise zwei verschiedene SRIDs für dasselbe räumliche Referenzsystem haben. Dies führt zu Problemen, wenn Sie räumliches SQL verwenden möchten.

Hier ist meine einzeilige Antwort: Verwenden Sie SDE, wenn Sie Mehrbenutzerzugriff auf Ihre Geodaten benötigen.

Angenommen, Sie möchten, dass mehrere Benutzer Ihre Daten bearbeiten: Verwenden Sie SDE. Nehmen wir an, Sie möchten Daten bereitstellen und über das Web bearbeiten lassen: Verwenden Sie SDE. Wenn Sie ein kleiner Shop mit einem GIS-Mitarbeiter sind, verwenden Sie SDE nicht.

Wenn Sie sind die einzige Person, die Ihre Geodaten verwendet. SDE ist nichts für Sie. Wenn Sie keine Mehrbenutzerbearbeitung benötigen, ist SDE nichts für Sie. Sie sollten eine GeoDatabase-Datei verwenden.

Was Kompromisse betrifft … SDE ist nicht trivial einzurichten oder zu verwalten. Sie müssen ein RDBMS verwenden.

SDE ist für größere Organisationen gedacht, in denen eine Datenbank benötigt wird, aber mehrere Benutzer auf Daten zugreifen und diese aktualisieren / bearbeiten müssen.

Kommentare

• Ich meine Arc-Produkte ist ziemlich schlimm, wenn es um Multi-usr-Umgebungen geht. Es scheint eine Menge Dinge zu geben, die ‚ t getan werden können, während Menschen verbunden sind. Wenn Leistung und eine robuste Mehrbenutzerumgebung wichtig sind, muss es besser sein, das RDBMS die ganze Arbeit erledigen zu lassen, ohne schmutzige Middleware zu verwenden, nur die Dinge zu verlangsamen und alles zu sperren. Aber es sieht schick aus, ich muss zugeben, die Box meine ich 🙂
• Ich stimme Nicklas zu. Ihr Vergleich ist in der Arc-Welt sinnvoll, aber SDE eignet sich nicht für Mehrbenutzer. Ein räumlich aktiviertes RDBMS wie PostGIS hat in diesem Bereich Vorteile. Haben Sie jemals versucht, einem SDE-Datensatz, den jemand anderes anzeigt, Benutzerrechte zu gewähren?
• Ja, ich ‚ bin auf das Problem gestoßen, das Sie ‚ beschreibt mit Gewährung von Berechtigungen. Ich bin mir nicht sicher, ob ‚ immer noch ein Problem ist, da ich ‚ in ein paar Jahren keine SDE-GDB verwalten musste. Zuschüsse sollten nicht durch Schlösser blockiert werden. Wie geht postgres / postgis mit der Bearbeitung durch mehrere Benutzer um?

Heutzutage erlauben die meisten räumlichen Datenbanken mehrere räumliche Spalten in einer Tabelle, während SDE für eine Tabelle an einer räumlichen Spalte festhält. Sie haben auch räumliche Daten in ihre flexiblen und leistungsstarken Datenverwaltungstools integriert, die SDE fehlen, wie z. B. Benutzer-Sachems, Datenreplikation, SQL-Unterstützung usw.

ESRI SDEBinary ist der schnelle Leistungsträger. Wenn es um ST_GEOMETRY geht, hat SDE möglicherweise nicht die beste Leistung.