.net

적절한 데이터베이스 디자인은 적절한 개체 디자인과 다릅니다.

보고서, 쿼리, 다중 응용 프로그램 사용, 비즈니스 인텔리전스 등과 같은 개체를 단순히 직렬화하는 것 이외의 용도로 데이터베이스를 사용하려는 경우 개체에서 테이블로의 간단한 매핑은 권장하지 않습니다.

많은 사람들이 데이터베이스 테이블의 행을 엔터티로 생각하지만 (나는 몇 년 동안 그런 용어로 생각했지만) 행은 엔터티가 아닙니다. 제안입니다. 데이터베이스 관계 (예 : 테이블)는 세계에 대한 사실에 대한 진술을 나타냅니다. 행이 존재한다는 것은 사실이 사실임을 나타내며 반대로 존재하지 않으면 사실이 거짓임을 나타냅니다.

이러한 이해를 통해 객체 지향 프로그램의 단일 유형이 12 가지 다른 관계에 걸쳐 저장 될 수 있음을 알 수 있습니다. 그리고 다양한 유형 (상속, 연관, 집계 또는 완전히 연관되지 않은)이 단일 관계로 부분적으로 저장 될 수 있습니다.

어떤 사실을 저장하고 싶은지, 어떤 질문에 대답하고 싶은지, 어떤 보고서를 생성 할 것인지 스스로에게 물어 보는 것이 가장 좋습니다.

적절한 DB 디자인이 만들어지면 객체를 해당 관계로 직렬화 할 수있는 쿼리 / 뷰를 만드는 것이 간단합니다.

예:

호텔 예약 시스템에서 Jane Doe가 4 월 10-12 일 Seaview Inn의 객실을 예약한다는 사실을 저장해야 할 수도 있습니다. 이것이 고객 엔티티의 속성입니까? 호텔 엔티티의 속성입니까? 고객과 호텔이 포함 된 숙박 시설을 보유한 예약 법인입니까? 객체 지향 시스템에서 그러한 것들 중 일부 또는 전부가 될 수 있습니다. 데이터베이스에서는 그러한 것이 아닙니다. 그것은 단순한 사실입니다.

차이점을 확인하려면 다음 두 쿼리를 고려하십시오. (1) Jane Doe는 내년에 얼마나 많은 호텔 예약을합니까? (2) 4 월 10 일에 Seaview Inn에서 몇 개의 객실을 예약합니까?

객체 지향 시스템에서 쿼리 (1)은 고객 엔터티의 특성이고 쿼리 (2)는 호텔 엔터티의 특성입니다. 그것들은 API에서 해당 속성을 노출하는 객체입니다. (물론 이러한 값을 얻는 내부 메커니즘에는 다른 객체에 대한 참조가 포함될 수 있습니다.)

관계형 데이터베이스 시스템에서 두 쿼리는 예약 관계를 조사하여 숫자를 가져오고 개념적으로 다른 “엔티티”를 신경 쓸 필요가 없습니다.

따라서 적절한 관계형 데이터베이스가 구성되는 것은 속성이있는 엔티티를 저장하지 않고 세계에 대한 사실을 저장하려고 시도하는 것입니다. 그리고 일단 제대로 설계되면, 설계 단계에서 꿈꾸지 않은 유용한 질의를 쉽게 구성 할 수 있습니다. 이러한 질의를 수행하는 데 필요한 모든 사실이 적절한 위치에 있기 때문입니다.

답변

public class Shape {
int id;
Color color;
Thickness thickness;
//other fields
}

public class Rectangle : Shape {
Point topLeft;
Point bottomRight;
}

public class Circle : Shape {
Point center;
int radius;
}

table Shape
-----------
int id; (PK)
int color;
int thichkness;
int rowType; (0 = Rectangle, 1 = Circle, 2 = ...)

table Rectangle
----------
int ShapeID; (FK on delete cascade)
int topLeftX;
int topLeftY;
int bottomRightX;
int bottomRightY;

table Circle
----------
int ShapeID; (FK on delete cascade)
int centerX;
int center;
int radius;

create table Object (
    Id int NOT NULL --primary key, auto-increment
    Name varchar(32)
)
create table SubObject (
    Id int NOT NULL  --primary key and also foreign key to Object
    Description varchar(32)
)