Da es keine gute Idee ist , ObjectIDs als Primärschlüssel in Beziehungen zu verwenden, muss eine andere Spalte verwendet werden. Ist es möglich, DBMS-Sequenzen zum Auffüllen von Primärschlüsselspalten in versionierten Feature-Classes zu verwenden, oder muss ich dazu arcobjects-Code schreiben?
Ich habe gehört, dass globale IDs verwendet werden können , aber Nicht-GIS-Datenbankadministratoren, die verwandte Tabellen verwalten, sehen diese Idee oft missbilligend.
Verschieben meiner Antwort auf einen Kommentar, da mein Gedächtnis schlecht ist und es möglicherweise nicht richtig funktioniert hat: Vor einigen Jahren habe ich versucht, einen Einfügetrigger für die Add-Tabelle zu verwenden. Wenn ich mich richtig erinnere, hat das funktioniert. Ich ging schließlich (und schnell) zu einer ArcObjects-Lösung (die als gespeicherte Prozedur bezeichnet wurde), weil es (für mich) einfacher war, weil ich beim Hinzufügen / Versionsieren einer neuen Feature-Class keinen neuen Trigger schreiben musste.
—
Jay Cummins
Ich denke, es war ein AFTER INSERT-Trigger (Orakel) mit einer Nullprüfung, sodass die neue Zeile den vorhandenen Primärschlüsselwert erhalten würde, wenn sie verschoben würde. Wenn es null wäre, würde es füllen. Vielleicht irre ich mich und es hat nicht richtig funktioniert und ich habe es nicht bemerkt. Welche Datenbank verwendet?
—
Jay Cummins
@ Jay Danke für die Ausarbeitung. Mein Hauptgrund für diese Frage ist, festzustellen, ob es neben dem Arcobjects-Code, den ich dafür geschrieben habe, noch andere Ansätze für dieses Problem gibt. Ich möchte niemandem sagen, dass meine Lösung die einzig mögliche Lösung ist, ohne gründlich nachzuforschen. Und wenn ja, wie schwierig ist es, es zu warten. Ich schreibe nur gelegentlich gespeicherte Prozeduren, und das meiste davon befindet sich auf einem SQL Server. Ich vermute, dass es eine Möglichkeit gibt, dies auf DBMS-Ebene (anstelle von ArcObjects) zu tun, habe es aber noch nie über alle DBMS hinweg genau betrachtet.
—
Kirk Kuykendall