Zusammenfassung
Erstellt eine replizierte Geodatabase aus einer festgelegten Liste von Feature-Classes, Layern, Datasets und Tabellen einer Enterprise-Geodatabase.
Verwendung
Alle Datasets müssen aus derselben Enterprise-Geodatabase stammen.
Die zu replizierenden Daten müssen als traditionell versioniert registriert sein, jedoch nicht mit der Option, Änderungen in die Basistabelle zu verschieben.
Der verbundene Datenbankbenutzer muss außerdem über Schreibberechtigungen für die Daten verfügen.
Für bidirektionale und beide Arten von unidirektionalen Replikaten müssen alle Datasets über die Spalte "GlobalID" verfügen.
Bei Check-Out-Replikaten und unidirektionalen Replikaten kann die Geodatabase mit dem Child-Replikat eine Enterprise- oder File-Geodatabase sein.
Bei bidirektionalen und unidirektionalen Child-zu-Parent-Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein.
Um unidirektionale Replikate archivieren zu können, muss der Parent-Workspace mit der Standardversion verbunden werden. Bei unidirektionalen Child-zu-Parent-Replikaten muss der Child-Workspace mit der Standardversion verbunden werden.
Sie können alle Daten in Datasets oder Subsets der Daten replizieren. Die zu replizierenden Subsets der Daten können auf drei verschiedene Arten angegeben werden:
- Über Definitionsabfragen der Daten.
- Über die Angabe einer Ausdehnung mit der Geoverarbeitungsumgebungseinstellung Ausdehnung.
- Über den Parameter Replikatgeometrie-Features.
Der Standardfilter für Tabellen ist "Nur Schema"; es wird also nur das Schema der Tabelle repliziert. Um einen Filter auf eine Tabelle anzuwenden, müssen Sie zunächst eine Tabellensicht mit den entsprechenden Filtern erstellen. Verwenden Sie diese anschließend als Eingabe für das Werkzeug Replikat erstellen. Weitere Informationen finden Sie im Abschnitt Tabellensicht erstellen. Weitere Informationen zu Filtern und Replikationen finden Sie unter Vorbereiten von Daten für die Replikation.
Der Parameter Replikatgeometrie-Features kann verwendet werden, um die Replikatgeometrie zu definieren. Sie können auch die Umgebungseinstellung Ausdehnung verwenden, um die Replikatgeometrie zu definieren.
- Wird der Parameter Replikatgeometrie-Features festgelegt, wird dieser als Replikatgeometrie verwendet.
- Wird der Parameter Replikatgeometrie-Features nicht festgelegt, wird die Umgebungseinstellung Ausdehnung als Replikatgeometrie verwendet.
- Wenn weder der Parameter Replikatgeometrie-Features noch die Umgebungseinstellung Ausdehnung angegeben werden, wird die volle Ausdehnung der Daten verwendet.
Bei den Replikatgeometrie-Features kann es sich um Punkte, Linien oder Polygone handeln.
Ein Feature-Layer, der für die Replikatgeometrie-Features verwendet wird, kann ein oder mehrere Features enthalten. Wenn es mehr als ein Feature gibt, werden die Geometrien zusammengeführt, und es werden nur Daten repliziert, die die zusammengeführten Geometrien überschneiden.
Wenn Filter (z. B. Auswahl- oder Definitionsabfrage) in den Replikatgeometrie-Features definiert wurden, werden nur Features, die diesen Filtern entsprechen, für die Definition der Replikatgeometrie verwendet. Unter Vorbereiten von Daten für die Replikation erhalten Sie weitere Informationen.
Die Parameteroptionen Schema erneut verwenden stehen nur für Check-Out-Replikate zur Verfügung.
Syntax
arcpy.management.CreateReplica(in_data, in_type, out_geodatabase, out_name, {access_type}, {initial_data_sender}, {expand_feature_classes_and_tables}, {reuse_schema}, {get_related_data}, {geometry_features}, {archiving}, {register_existing_data})| Parameter | Erklärung | Datentyp |
in_data [in_data,...] | Die zu replizierenden Daten. Die Liste beinhaltet Layer und Tabellen, die auf versionierte, editierbare Daten in einer Enterprise-Geodatabase verweisen. | Table View; Dataset |
in_type | Legt den zu erstellenden Replikattyp fest.
| String |
out_geodatabase | Die lokale Geodatabase, in der sich das Child-Replikat befindet. Mit Geodatenservices werden Remote-Geodatabases dargestellt. Bei der Geodatabase kann es sich um eine Enterprise- oder File-Geodatabase handeln. Bei bidirektionalen Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein. Bei unidirektionalen und Check-Out-Replikaten kann die Geodatabase eine File- oder Enterprise-Geodatabase sein. File-Geodatabases müssen bereits vor dem Ausführen dieses Werkzeugs vorhanden sein. | Workspace; GeoDataServer |
out_name | Der Name für das Replikat. | String |
access_type (optional) | Legt den Zugriffstyp für das Replikat fest.
| String |
initial_data_sender (optional) | Gibt an, welches Replikat Änderungen in einer nicht vernetzten Umgebung senden darf. Dieser Parameter hat keine Bedeutung für die Arbeit in einer vernetzten Umgebung. Hiermit wird sichergestellt, dass das relative Replikat Aktualisierungen erst sendet, nachdem die Änderungen vom ursprünglichen Datenabsender empfangen wurden.
| String |
expand_feature_classes_and_tables (optional) | Gibt an, ob erweiterte Feature-Classes und Tabellen, wie z. B. in geometrischen Netzwerken, Topologien oder Beziehungsklassen, hinzugefügt werden.
| String |
reuse_schema (optional) | Gibt an, ob eine Geodatabase, die das Schema der zu replizierenden Daten enthält, wiederverwendet wird. Dadurch reduziert sich die für das Replizieren der Daten benötigte Zeit. Diese Option ist nur für Check-Out-Replikate verfügbar.
| String |
get_related_data (optional) | Gibt an, ob Zeilen mit Bezug auf bereits im Replikat vorhandene Zeilen repliziert werden. Beispiel: Ein Feature (f1) befindet sich innerhalb und ein verbundenes Feature (f2) aus einer anderen Class außerhalb des Replikationsfilters. Feature f2 wird im Replikat eingeschlossen, wenn Sie verbundene Daten abrufen möchten.
| String |
geometry_features (optional) | Die Features, die zum Definieren der zu replizierenden Fläche verwendet werden. | Feature Layer |
archiving (optional) | Gibt an, ob statt der Versionierungs-Delta-Tabellen die Archivklasse zum Nachverfolgen von Änderungen verwendet werden soll. Dies ist nur für unidirektionale Replikate verfügbar.
| Boolean |
register_existing_data (optional) | Gibt an, ob die in der Child-Geodatabase bereits vorhandenen Daten zur Definition der Replikat-Datasets verwendet werden. Die Datasets in der Child-Geodatabase müssen dieselben Namen haben wie die Datasets in der Parent-Geodatabase.
| Boolean |
Abgeleitete Ausgabe
| Name | Erklärung | Datentyp |
| out_child_geodatabase | Die Ausgabe-Child-Geodatabase. | Workspace |
| output_replica_name | Der Name des Ausgabe-Replikats. | Zeichenfolge |
Codebeispiel
Mit dem folgenden Python-Fenster-Skript wird veranschaulicht, wie die Funktion CreateReplica im Python-Fenster verwendet wird.
import arcpy
arcpy.env.workspace = "C:/Data/MyData.sde"
arcpy.CreateReplica_management("roads", "ONE_WAY_REPLICA",
"C:\Data\MyTargetGDB.gdb", "MyReplica", "FULL",
"PARENT_DATA_SENDER", "USE_DEFAULTS",
"DO_NOT_REUSE", "TRUE")Das folgende Python-Skript veranschaulicht, wie die Funktion CreateReplica in einem eigenständigen Python-Skript verwendet wird.
# Name: CreateReplica_Example2.py
# Description: Create a one-way replica of a Feature Dataset to a file geodatabase.
# Import system modules
import arcpy
# Set workspace
arcpy.env.workspace = "C:/Data/MyData.sde"
# Set local variables
in_data = "Parks" # a feature dataset
replica_type = "ONE_WAY_REPLICA"
output_workspace = "C:\Data\MyTargetGDB.gdb"
replica_name = "MyReplica"
access_type = "FULL"
initial_sender = "PARENT_DATA_SENDER"
expand = "USE_DEFAULTS"
reuse_schema = "DO_NOT_REUSE"
get_related = "GET_RELATED"
replica_geometry = "LA_County"
archiving = "DO_NOT_USE_ARCHIVING"
# Execute CreateReplica
arcpy.CreateReplica_management(in_data, replica_type, output_workspace,
replica_name, access_type, initial_sender,
expand, reuse_schema, get_related,
replica_geometry, archiving)Lizenzinformationen
- Basic: Nein
- Standard: Ja
- Advanced: Ja