Поскольку не рекомендуется использовать ObjectID в качестве первичных ключей в отношениях, необходимо использовать другой столбец. Можно ли использовать последовательности СУБД для заполнения столбцов первичного ключа в версионных классах объектов, или мне потребуется написать код arcobjects для этого?
Я слышал, что можно использовать глобальные идентификаторы , но не связанные с ГИС администраторы баз данных часто осуждают эту идею.
Переместив мой ответ в комментарий, так как у меня недостаточно памяти и он мог работать неправильно: несколько лет назад я пытался использовать триггер вставки в таблице добавлений. Если я правильно помню, это сработало. В конце концов (и быстро) я перешел к решению ArcObjects (которое называлось хранимой процедурой), потому что это было проще (для меня), потому что мне не нужно было писать новый триггер при добавлении / создании версий нового класса объектов.
—
Джей Камминс
Я думаю, что это был триггер AFTER INSERT (оракул) с нулевой проверкой, поэтому новая строка получит существующее значение первичного ключа, если оно будет перемещено. Если бы оно было нулевым, оно заполнилось бы. Может быть, я ошибаюсь, и это не сработало, и я этого не осознавал. Какую базу данных используете?
—
Джей Камминс
@Jay Спасибо за разработку. Моя основная причина задать этот вопрос - определить, существуют ли другие подходы к этой проблеме, кроме кода arcobjects, который я написал для этого. Я не хочу говорить кому-то, что мое решение является единственным возможным решением без тщательного расследования. И если да, то насколько сложно это поддерживать. Я только иногда пишу хранимые процедуры, и большинство из них на сервере SQL. Я подозреваю, что есть способ сделать это на уровне dbms (вместо arcobjects), но никогда не рассматривал его близко ко всем dbms.
—
Кирк Куйкендалл