관계 클래스에서 ObjectID를 키로 사용하는 것이 언제 안전합니까?

관계 클래스를 정의 할 때 항상 ObjectID를 사용하지 않았습니다. 지오 데이터베이스에 대한 일부 작업은 가져 오기 / 내보내기와 같은 objectID를 재설정한다는 것을 이해합니다. 그러나 나는 그들을 사용하는 많은 사람들을 봅니다.

난 그냥 편집증입니까, 아니면 관계 클래스를 정의 할 때 ObjectID를 사용하는 것이 안전한 경우가 있습니까?

ObjectID는 복사 / 붙여 넣기만으로 유지됩니다. 가져 오기 또는 내보내기 도구가 유지 관리하지 않습니다. 일반적으로 관계 클래스에서 사용자 ObjectID를 사용하지 않는 것이 좋습니다. 모든 데이터가 정적으로 정적이면 정상적으로 작동하지만 데이터를 가져 오거나 내보낼 때 항상 위험이 있습니다.

가능할 때마다 다른 키 필드를 기반으로 관계를 맺습니다. 랜스가 언급 한 정확한 이유로 ObjectID를 사용하면 과거에 문제가 발생했습니다. SDE 서버와 클라이언트 서버간에 데이터를주고받는 프로젝트에서 테이블 관련 ObjectID를 사용하면 관계를 유지하기 위해 테이블에서 다양한 가공 작업을 수행해야합니다.

데이터를 이동할 계획이 없더라도 키에 다른 필드를 사용하는 것을 선호합니다. 내 경험에 따르면 클라이언트는 일반적으로 GIS 데이터베이스에 대한 작업의 영향을 완전히 이해하지 못하고이를 깨닫지 못한 상태로 문제를 해결하는 경우가 많습니다. 클라이언트가 ObjectID를 변경하는 방식으로 데이터를 이동하는 경우가 있습니다. 내 프로젝트에는 일반적으로 데이터베이스와 함께 갈 수있는 사용자 지정 코드가 포함되어 있으며 고객이 시스템을 이해하여 실패를 방지하는 것을 좋아하지 않습니다. 따라서 기본 키 및 관계, 내가 제어 할 수있는 필드에 다른 필드를 사용하는 것이 좋습니다.