데이터베이스에 보관 된 개체의 ID를 속성에 포함해야합니까?

Question

웹 응용 프로그램의 모델을 만들고 있습니다. 테이블에는 ID 필드가 기본 키로 있습니다. 내 질문은 하나의 ID를 클래스의 속성으로 정의해야하는지 여부입니다.

개체를 테이블 구조의 표현으로 처리해야하는지 또는 개체를 유지할 수있는 수단으로 테이블을 간주해야하는지 여부는 분명하지 않기 때문에이 문제로 나뉘어 설명됩니다.

이전 루트를 사용하면 ID가 데이터베이스 테이블의 구조의 일부이기 때문에 ID가 속성이됩니다. 그러나 후자의 방법을 사용하면 ID가 데이터베이스에 속한 메타 데이터의 조각으로 볼 수 있습니다. 엄격하게 객체 모델의 일부가 아닙니다.

그리고 우리는 중간 지점에 도착합니다. ID가 실제로 모델링하려고하는 객체의 일부는 아니지만 객체를 데이터베이스에서 가져 와서 데이터베이스에 유지하고 데이터베이스의 객체 ID를 여러 작업에 중요하게 인식합니다. 시스템이므로 ID가 사용되는 상호 작용을 쉽게하기 위해 포함하는 것이 유리할 수 있습니다.

내가 솔로 개발자입니다, 그래서 좋겠 정말

Answer 1

기본적으로이 문제에 다른, 아마 경험이 많은 관점과 같은 : 예. 사용 된 모든 지속성 프레임 워크 (Hibernate, Ibatis 포함)는 ID가 객체에 있어야합니다.

나는 메타 데이터에 대한 귀하의 요지를 이해하지만 데이터베이스의 객체는 실제로 데이터베이스가하는 것과 동일한 방식으로 신원 인을 가져야합니다. 일반적으로 int 기본 키입니다. 그런 다음 객체 수준 평등이 파생되어야합니다.

때로는 이름과 성 등과 같이 기본 키가 합성되어 있습니다 (기본 키는 개체의 ID이기 때문에 '메타 데이터'가되지 않습니다)! .

나는 일반적으로 데이터베이스에 대한 개체의 ID 열을 예약합니다. 제 의견으로는 '고객 대면'목적 (예 : 고객 번호로 기본 키 ID 사용)에이 키를 사용하면 항상 나중에 발을 쏠 것입니다.

Answer 2

새로운 데이터를 독점적으로 추가하는 대신 기존 데이터를 변경 한 경우 PK가 필요합니다. 그렇지 않으면 DB에서 변경할 레코드를 알 수 없습니다.

Answer 3

ID를 속성으로 포함합니다. 오브젝트에 대한 단순한 고유 식별자는 오브젝트가 데이터베이스에 지속되는지 여부와 상관없이 종종 매우 편리합니다. 또한 데이터베이스 쿼리를 훨씬 간단하게 만듭니다.

테이블을 개체를 유지하는 수단 일 뿐이지 만 개체가 ID를 가질 수 없다는 의미는 아닙니다.

Answer 4

개체에 ID가 있어야합니다. 이건 필수 야.

예제로 제공하는 가장 쉬운 사용 사례

평등을 테스트 :

public bool Equals(Object a, Object b) { return {a.ID = b.ID}; } 

다른 건 오류에 따라, 당신은 당신이 기본 키 위반을 얻기 시작하거나 기존 데이터를 덮어 쓰기 시작할 때를 찾을 수 있습니다 .반론으로

:

당신이 객체의 ID가없는 말. 개체를 변경하고 데이터베이스의 ID가없는 경우 업데이트 할 레코드를 어떻게 알 수 있습니까? ID가 반드시 공공 재산 할 필요가 없도록 동시에

---

, 당신은, 내가 언급 작업이 개체 인스턴스에 정말 개인 참고해야한다.

Answer 5

은 내가 항상이 두 가지 주요 이유로 내 개체의 ID를 노출 , 테이블 심지어 개체를 유지하기위한 수단이지만, 그 사고 방식의 매우 해요 :

1. 데이터베이스 ID는 클래스 (테이블 당 일련 번호/자동 ID ID를 사용하는 경우) 또는 보편적으로 (ID-to-class ID를 별도로 유지하는 경우) 개체를 고유하게 식별하는 가장 편리한 방법입니다. 매핑). 웹 응용 프로그램의 컨텍스트에서는 대상이 식별 할 수있는 충분한 정보가 포함 된 여러 필드를 제공하는 대신 양식에서 <input type=hidden name=id value=12345>을 지정할 수 있으면 모든 것이 훨씬 간단하고 효율적으로 수행됩니다. 충분한 식별 정보를 하나의 문자열에 연결 한 다음 양식을 제출할 때 다시 분리하십시오.)

2. 아무렇지도 않게 데이터베이스 구조를 유지하기 위해서는 ID가 필요하며 이유는 없습니다. 아니요.이 노출되어 있어야합니다.

Answer 6

개체의 ID를 읽기 전용으로 설정해야합니까? 그렇지 않습니다. 내 마음 속에는 ID가 결코 바뀌지 않을 것이라는 정의에 따라 읽기 전용이어야합니다 (데이터베이스의 레코드를 고유하게 식별하므로).
새 개체 (아직 설정되지 않은 ID)를 만들 때 새로 만든 ID를 반환하는 저장 프로 시저를 통해 데이터베이스에 저장 한 다음 ID 속성을 읽으면 개체에 다시 저장하는 방법에 문제가 발생합니다 -만?

예 :
Employee employee = new Employee();
employee.FirstName = "John";
employee.LastName = "Smith";

EmployeeDAL.Save (employee);

이 속성이 읽기 전용 인 경우 Save 메서드 (실제로 새 직원을 저장하기 위해 데이터베이스에 연결 함)는 Employee 개체의 EmployeeId 속성을 업데이트합니다 (EmployeeId는 변경되지 않습니다. 만들어진).