Poiché non è una buona idea utilizzare ObjectID come chiavi primarie nelle relazioni, sarà necessario utilizzare qualche altra colonna. È possibile utilizzare sequenze DBMS per popolare colonne di chiavi primarie in featureclass con versione, o dovrò scrivere codice arcobjects per farlo?
Ho sentito che gli ID globali possono essere utilizzati , ma i DBA non GIS che mantengono le tabelle correlate spesso disapprovano questa idea.
Spostando la mia risposta a un commento poiché la mia memoria è scarsa e potrebbe non funzionare correttamente: un certo numero di anni fa, ho provato a utilizzare un trigger di inserimento nella tabella add. Se ricordo bene, ha funzionato. Alla fine (e rapidamente) sono andato a una soluzione ArcObjects (che chiamava una procedura memorizzata), perché era più facile (per me) perché non dovevo scrivere un nuovo trigger durante l'aggiunta / versione di una nuova featureclass.
—
Jay Cummins,
Penso che sia stato un trigger AFTER INSERT (oracle) con un controllo null, quindi la nuova riga otterrebbe il valore della chiave primaria esistente se fosse spostata. Se fosse nullo, si popolerebbe. Forse mi sbaglio e non funzionava bene e non me ne sono reso conto. Quale database stanno usando?
—
Jay Cummins,
@Jay Grazie per l'elaborazione. Il mio motivo principale per porre questa domanda è determinare se ci sono altri approcci a questo problema oltre al codice arcobjects che ho scritto per fare questo. Non voglio dire a qualcuno che la mia soluzione è l'unica soluzione possibile senza indagare a fondo. E se è così, quanto è difficile mantenerlo. Scrivo solo occasionalmente procedure memorizzate e la maggior parte di queste è su SQL Server. Ho il sospetto che ci sia un modo per farlo a livello di dbms (invece di arcobjects) ma non l'ho mai esaminato da vicino in tutti i dbms.
—
Kirk Kuykendall,