Geometrische Netzwerke in einer Geodatabase in SQL Server

Geometrische Netzwerke sind Sammlungen von Line-Feature-Classes (Kante) und Point-Feature-Classes (Knoten) in einem Feature-Dataset, die eine Konnektivitätsbeziehung haben. Geometrische Netzwerke werden zur Modellierung von Infrastruktur verwendet, z. B. elektrische Versorgungsleitungen und Abwassersysteme.

Die mit einem Netzwerk erstellten Tabellen hängen davon ab, ob im Netzwerk Kantenübergänge vorhanden sind.

Geometrische Netzwerke in ArcGIS for Desktop

Feature-Datasets, die geometrische Netzwerke enthalten, werden im Kataloginhaltsverzeichnis auf die gleiche Weise dargestellt, bis Sie das Dataset erweitern. Wenn Sie das Dataset erweitern, können Sie das geometrische Netzwerk anhand des folgenden Symbols erkennen:

Symbol für ein geometrisches Netzwerk

Der Name eines geometrischen Netzwerks in einer Geodatabase in SQL Server enthält den Datenbanknamen, den Namen des Besitzers des geometrischen Netzwerks und den Namen des geometrischen Netzwerks selbst.

Beispielsweise wird ein geometrisches Netzwerk "hydro2_gnet", das dem Benutzer "RJP" gehört und in einer Geodatabase mit dem Namen "gdb2" enthalten ist, im Kataloginhaltsverzeichnis als "gdb2.rjp.Hydro2_gnet" aufgeführt.

Beim Aufbau eines geometrischen Netzwerks wird die Orphan-Junction-Feature-Class im Feature-Dataset erstellt. Der Name dieser Feature-Class ist der Name des Netzwerks, gefolgt von "_Junctions".

Alle Fehler, die beim Erstellen des geometrischen Netzwerks auftreten, werden der Fehlertabelle hinzugefügt, die Sie auch im Katalog einsehen können. Der Name dieser Tabelle lautet "<network_name>_BUILDERR". Wenn beim Erstellen des geometrischen Netzwerks "water_net" Fehler aufgetreten sind, wird in der Geodatabase eine Tabelle namens "gdb2.rjp.WATER_NET_BUILDERR" erzeugt.

Geometrische Netzwerke in einer Microsoft SQL Server-Datenbank

Geometrische Netzwerke werden in der Tabelle GDB_ITEMS verfolgt. In der Tabelle GDB_ITEMTYPES wird ein Wert gespeichert, der angibt, dass das Objekt ein geometrisches Netzwerk ist. In der Tabelle GDB_ITEMRELATIONSHIPS werden Informationen über die Beziehung zwischen dem Netzwerk und dem Feature-Dataset gespeichert, in dem dieses enthalten ist.

Neben diesen Tabellen werden Netzwerke aus einer Reihe von Tabellen mit unterschiedlicher Größe aufgebaut, die im Schema des Benutzers gespeichert werden, der das geometrische Netzwerk erstellt hat. Die Größe dieser Tabellen hängt von der Größe des Netzwerks ab, z. B. von der Anzahl der Knoten und der Anzahl der Kanten, die die Netzwerkgröße beeinflussen können.

Es gibt 9 feste Tabellen pro Netzwerk, die anhand der folgenden Namenskonvention zu identifizieren sind: N_<ID>_<Tabellendeskriptor>. Dabei steht "ID" für die logische ID des Netzwerks, die in der Netzwerkdefinition in der Tabelle GDB_ITEMS gespeichert ist, z. B. N_1_<Tabellendeskriptor>, N_2_<Tabellendeskriptor>.

Die tatsächliche Anzahl der Tabellen hängt davon ab, welche Elemente das Netzwerk enthält. Für ein Netzwerk mit Kantenübergängen und Gewichtungen können maximal 21 Tabellen erstellt werden.

Alle diese Tabellen werden versioniert, wenn das Netzwerk selbst versioniert wird.

Die folgenden Tabellen werden immer erstellt: N_<ID>_Desc, N_<ID>_E<#>, n_estatus, N_<ID>_ETOPO, N_<ID>_FLODIR, N_<ID>_JDESC, N_<ID>_JSTATUS, N_<ID>_JTOPO und N_<ID>_PROPS.

HinweisHinweis:

Die Tabellen namens "N_<ID>_*" können im DBMS angezeigt werden, sollten jedoch nicht mit SQL-Anwendungen bzw. Anwendungen von Drittanbietern geändert werden, da hierdurch das Netzwerk beschädigt werden kann.

N_<ID>_<>

In Tabellen in der Geodatabase, die mit "N_" beginnen, sind Informationen zu Netzwerken gespeichert.

N_<ID>_DESC

In der Tabelle N_<ID>_Desc werden die Elemente eines Netzwerks beschrieben. Dies ist eine normalisierte Tabelle, deren Zeilenanzahl der Anzahl von Knoten und der Anzahl von Kanten in einem geometrischen Netzwerk entspricht.

Feldname

Feldtyp

Beschreibung

Null?

OID

integer

Die eindeutige Kennung eines Elements in einem geometrischen Netzwerk

NOT NULL

userclassid

smallint

Die Kennung der Feature-Class, zu der das Element gehört

NOT NULL

userid

integer

Die ObjectID des Features

NOT NULL

usersubid

integer

Die Kennung eines Elements in einem Feature (gilt nur für komplexe Kanten-Features)

NOT NULL

elementtype

smallint

Ein Code, der den Typ des Netzwerkelements angibt (1 = Knoten oder 2 = Kante)

NOT NULL

EID

integer

Die eindeutige Elementkennung des Netzwerkelements (nur für den Typ des Netzwerkelements eindeutig)

NOT NULL

N_<ID>_PROPS

Die Tabelle N_<ID>_PROPS enthält eine Kurzbeschreibung von den Eigenschaften eines Netzwerks, z. B. Elementanzahl und maximale EID-Werte.

Feldname

Feldtyp

Beschreibung

Null?

propertyid

integer

Die eindeutige Kennung der Netzwerkeigenschaft

NOT NULL

propertyname

nvarchar(32)

Der Name der Eigenschaft

NOT NULL

propertyvalue

integer

Der Wert der Eigenschaft

NOT NULL

Alle verbleibenden Netzwerktabellen enthalten die gleichen Feldnamen und Typen. Die Tabellennamen und die verfolgten Elemente werden unterhalb der Tabellendefinition beschrieben.

Feldname

Feldtyp

Beschreibung

Null?

OID

integer

Die eindeutige ID der Seite "varbinarymax" in der Tabelle

NOT NULL

pagenumber

integer

Die Nummer der Seite "varbinarymax" in der Tabelle

NOT NULL

pageblob

varbinary(max)

Die Beschreibung für das Element, das in der Tabelle beschrieben wird, z. B. Kante und Kantenstatus

View a diagram of a geometric network in SQL Server.

Die gestrichelten Linien geben implizite Beziehungen zwischen Spalten an.

HinweisHinweis:

Sie benötigen Adobe Acrobat Reader, um die Datei zu öffnen.

Eine Beschreibung der Berechnungsfehlertabelle finden Sie unter Schema der Netzwerkfehlertabelle.

Geometrische Netzwerke in einem XML-Dokument

Für ein geometrisches Netzwerk wird das Datenelement in einem XML-Dokument als Typ "GeometricNetwork" aufgeführt. Im Folgenden ist ein Teil eines XML-Dokuments zu sehen, das aus einem Feature-Dataset mit einem geometrischen Netzwerk exportiert wurde:

<DataElement xsi:type="esri:DEGeometricNetwork">
     <CatalogPath>/V=sde.DEFAULT/FD=gdb2.RJP.hydro2/GN=gdb2.RJP.hydro2_gNet</CatalogPath> 
  <Name>gdb2.RJP.hydro2_gNet</Name> 
  <MetadataRetrieved>true</MetadataRetrieved> 
  <Metadata xsi:type="esri:XmlPropertySet">
  <XmlDoc><?xml version="1.0"?> <metadata xml:lang="en"><Esri><MetaID>{A4750260-72E0-4B84-9E59-A28ED020FBCF}</MetaID><CreaDate>20060530</CreaDate><CreaTime>14011400</CreaTime><SyncOnce>TRUE</SyncOnce></Esri></metadata></XmlDoc> 
     </Metadata>
  <DatasetType>esriDTGeometricNetwork</DatasetType> 
  <DSID>-1</DSID> 
  <Versioned>false</Versioned> 
  <CanVersion>true</CanVersion> 
  <Extent xsi:type="esri:EnvelopeN" /> 
  <SpatialReference xsi:type="esri:ProjectedCoordinateSystem">
     <WKT>PROJCS["World_Mercator", GEOGCS["GCS_WGS_1984", DATUM["D_WGS_1984", SPHEROID["WGS_1984",6378137.0,298.257223563]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Mercator"], PARAMETER["False_Easting",0.0], PARAMETER["False_Northing",0.0], PARAMETER["Central_Meridian",0.0], PARAMETER["Standard_Parallel_1",0.0], UNIT["Meter",1.0]]</WKT> 
     <XOrigin>-147.84354555</XOrigin> 
     <YOrigin>-0.843545550000002</YOrigin> 
     <XYScale>160000000</XYScale> 
     <ZOrigin>0</ZOrigin> 
     <ZScale>1</ZScale> 
     <MOrigin>0</MOrigin> 
     <MScale>1</MScale> 
     <XYTolerance>0.0002</XYTolerance> 
     <ZTolerance>4.7683715798108E-03</ZTolerance> 
     <MTolerance>2</MTolerance> 
     <HighPrecision>true</HighPrecision> 
   </SpatialReference>
   <NetworkType>esriNTUtilityNetwork</NetworkType> 
   <OrphanJunctionFeatureClassName /> 
   <FeatureClassNames xsi:type="esri:Names" /> 
   <ConnectivityRules xsi:type="esri:ArrayOfConnectivityRule" /> 
   <NetworkWeights xsi:type="esri:ArrayOfNetWeight" /> 
   <WeightAssociations xsi:type="esri:ArrayOfNetWeightAssociation" /> 
</DataElement>

Verwandte Themen

9/11/2013