Synchronisation von räumlichen Daten

Der MobiLink-Server unterstützt die Synchronisation von Tabellen, die Spalten mit räumlichen Datentypen enthalten. Die folgenden Typen von konsolidierten Datenbanken werden für die Synchronisation von räumlichen Daten unterstützt:

SQL Anywhere
Oracle
Microsoft SQL Server
IBM DB2 LUW
MySQL

Der MobiLink-Server verwendet eine WKB-Darstellung (Well Known Binary) der räumlichen Daten zusammen mit der ID ihres räumlichen Bezugssystems (SRID), um Daten aus entfernten Datenbanken in eine konsolidierte Datenbank hochzuladen. Außerdem verwendet er WKB und SRID für den Download von räumlichen Daten aus der konsolidierten Datenbank in die entfernten Datenbanken. Aus diesem Grund müssen die Tabellenskripten für Upload und Download in der Lage sein, räumliche Daten im WKB-Format zu verarbeiten.

Dimensionale Einschränkungen

Der MobiLink-Server ist in der Lage, zweidimensionale, dreidimensionale und vierdimensionale räumliche Daten zwischen der konsolidierten Datenbank und den entfernten Datenbanken zu synchronisieren, wenn die konsolidierte Datenbank auf einem SQL Anywhere-Server läuft. Wenn jedoch die konsolidierte Datenbank einen der anderen unterstützten RDBMS-Typen aufweist, kann der MobiLink-Server nur zweidimensionale Daten zwischen der konsolidierten Datenbank und den entfernten Datenbanken synchronisieren.

Wenn ein Upload-Datenstrom dreidimensionale bzw. vierdimensionale räumliche Daten enthält und die konsolidierte Datenbank auf einem Nicht-SQL Anywhere-Datenbankserver läuft, generiert der MobiLink-Server eine Warnmeldung und löscht anschließend den dritten bzw. vierten Dimensionswert, bevor er die räumlichen Daten an die konsolidierte Datenbank sendet.

Anforderungen an die SRID

Der MobiLink-Server sucht nicht automatisch nach einer Zuordnung zwischen den SRIDs in der konsolidierten und in der entfernten Datenbank. Sie müssen Folgendes sicherstellen: Entweder müssen die in den entfernten Datenbanken verwendeten SRIDs mit den in der konsolidierten Datenbank definierten übereinstimmen oder benutzerdefinierte Upload- und Download-Tabellenskripten müssen in der Lage sein, SRIDs zwischen den in der konsolidierten Datenbank und den entfernten Datenbank definierten SRIDs hin und her zu konvertieren.

Benannte Parameter

Upload-Tabellenskripten können unter Verwendung von benannten Parametern oder Fragezeichen (?) geschrieben werden. Die Verwendung von Fragezeichen für SQL-Skripten ist veraltet und es wird empfohlen, dass Sie benannte Parameter verwenden. Wenn Fragezeichen verwendet werden, muss jede räumliche Spalte zwei Fragezeichen enthalten. Das erste davon steht für den WKB-Wert und das zweite für den SRID-Wert.

Wenn benannte Parameter verwendet werden, müssen die benannten Parameter der folgenden Konvention entsprechen:

{ml r.column_name:data}

{ml r.column_name:srid}

Der erste benannte Parameter repräsentiert den WKB-Wert und der zweite benannte Parameter die SRID.

Hinweise zu Oracle

Beachten Sie beim Download von räumlichen Daten aus Oracle Folgendes:

Oracle-Server generiert keine Well-Known-Binary-Werte (WKB), wenn ein Geometriewert mithilfe des nativen Oracle-Formats in eine Oracle-Datenbank eingegeben wird. Das folgende Beispiel zeigt eine Behelfslösung.

Daten im nativen Oracle-Format für räumliche Daten werden folgendermaßen eingegeben:

CREATE TABLE cola_markets (
  mkt_id NUMBER PRIMARY KEY,
  name VARCHAR2(32),
  shape SDO_GEOMETRY);

INSERT INTO cola_markets VALUES(
  1,
  'cola_a',
  SDO_GEOMETRY(
    2003,  -- two-dimensional polygon
    NULL,
    NULL,
    SDO_ELEM_INFO_ARRAY(1,1003,3), -- one rectangle (1003 = exterior)
    SDO_ORDINATE_ARRAY(1,1, 5,7) -- only 2 points needed to
          -- define rectangle (lower left and upper right) with
          -- Cartesian-coordinate data
  )
);

Der Download-Cursor muss dann wie folgt geschrieben sein oder der standardmäßige Download-Cursor gibt 1 anstelle des tatsächlichen binären Werts zurück:

COLA_MARKETS (SCOTT): download_cursor
SELECT t.MKT_ID,
		 t.NAME,
		 SDO_UTIL.TO_WKBGEOMETRY(SDO_UTIL.FROM_WKTGEOMETRY(SDO_UTIL.TO_WKTGEOMETRY(t.SHAPE))),
    t.SHAPE.sdo_srid
FROM SCOTT.COLA_MARKETS t

Das standardmäßige Downloadskript funktioniert korrekt, wenn die Daten im WKT-Format eingegeben wurden, und zwar folgendermaßen:

INSERT INTO cola_markets VALUES(
  1,
  'cola_a',
  SDO_GEOMETRY( 'polygon (( 1 1, 5 1, 5 7, 1 7, 1 1))',4326));
INSERT INTO SCOTT.cola_markets VALUES(
  2,
  'cola_b',
  SDO_GEOMETRY( 'polygon (( 5 1, 8 1, 8 6, 5 7, 5 1))',4326));
INSERT INTO SCOTT.cola_markets VALUES(
  3,
  'cola_c',
  SDO_GEOMETRY( 'polygon (( 3 3, 6 3, 6 5, 4 5, 3 3))',4326));

Oracle verfügt nicht über eine SRID von 0, sodass alle planen kartesischen Ebenendaten mit einer SRID von 4326 eingegeben werden müssen.

Siehe auch

Upload- und Download-Skripten

Kommentieren Sie diese Seite in DocCommentXchange.