Wann möchten Sie ArcSDE (verfügbar als ArcGIS Server Basic-Lizenzstufe) im Vergleich zu einer räumlich aktivierten Datenbank verwenden?
Was sind die Kompromisse auf beiden Seiten?
Was sind die Vorteile auf beiden Seiten?
enterprise-geodatabase
spatial-database
TheSteve0
quelle
quelle
Antworten:
SDE [ArcSDE] kann sich auf mindestens zwei Dinge beziehen: die Organisation Ihrer Daten in der Datenbank (das SDE-Schema) oder einen Dienst, der auf Verbindungen von Clients wartet (den 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 vielleicht schmutzigsten) Zustand verarbeitet SDE alle räumlichen Berechnungen und speichert Daten in Ihrer Datenbank nur als BLOBs und andere native SQL-Typen. Einige Datenbankfunktionen, wie z. B. Text- oder XML-Indizierung, werden verwendet, um die Leistung zu verbessern. Im Allgemeinen "weiß" die Datenbank jedoch nicht, dass sie Geodaten bereitstellt. Es gibt nur eine Reihe von Tabellen, Ansichten und Prozeduren, und sie sind voller Daten und Funktionen.
Bei einer räumlich aktivierten Datenbank ist der Datenbank bekannt, dass die Daten einen Speicherort haben. So können Sie Standortabfragen direkt in Ihre SQL-Anweisungen einfügen. Vielleicht ist das eine gute Sache für Sie, es hängt wirklich davon ab, wer Ihre Daten verbraucht. Wenn Ihre Datenkonsumenten SQL fließend beherrschen, ist das großartig! Wenn Ihre Datenkonsumenten ArcMap fließend beherrschen, ist ihnen das wahrscheinlich egal.
In jüngerer Zeit ist es uns gelungen, beides zu kombinieren, indem SDE zur Übersetzung in einen zugrunde liegenden nativen räumlichen Typ verwendet wurde. Darüber hinaus können wir "Direct Connect" verwenden, um den SDE-Service zu umgehen und die Consumer-Anwendung (ArcMap, ArcGIS-Server usw.) direkt mit der Datenbank verbinden. Persönlich hatte ich mit direkten Verbindungen unterschiedliche Erfolge.
Vorteile bei der Verwendung von ArcSDE:
Nachteile bei der Verwendung von SDE:
Vorteile einer räumlich aktivierten Datenbank:
Nachteile bei der Verwendung einer räumlich aktivierten Datenbank:
Ich habe mehr Erfahrung mit normalem SDE, daher gibt es wahrscheinlich mehr Punkte für die räumlich aktivierte Datenbank.
Hoffe das hilft!
quelle
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. Angenommen, Sie möchten Daten bereitstellen und über das Web bearbeiten lassen: Verwenden Sie SDE. Wenn Sie ein kleiner Laden mit einem GIS-Mitarbeiter sind, verwenden Sie SDE nicht.
Wenn Sie die einzige Person sind, die Ihre Geodaten verwendet, ist SDE nichts für Sie. Wenn Sie keine Mehrbenutzerbearbeitung benötigen, ist SDE nichts für Sie. Verwenden Sie besser eine File-GeoDatabase.
Was Kompromisse angeht ... SDE ist nicht einfach 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, jedoch mehrere Benutzer auf Daten zugreifen und diese aktualisieren / bearbeiten müssen.
quelle
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 nicht bietet, wie z. B. Benutzer-Sachems, Datenreplikation, SQL-Unterstützung usw.
ESRI SDEBinary ist der schnelle Performer. Wenn es um ST_GEOMETRY geht, hat SDE möglicherweise nicht die beste Leistung.
quelle