문제

나는 문제는 제가 기대하는 매우 일반적이지만,나는 무엇인지를 검색할 수 있으므로,설명은 많은 다른 방법이 있습니다.

나는 데이터베이스 설계 구조로 관리하기 위한 청구서,제품,가격,통화,등등.

나는 할 수 있 관리 및 가격의 이름은 제품(이러한 변화가 예상된 모든 이제 다음).

송장에,제품은 추가에 의해 수량,할인,부가가치세,유니콘,다람쥐,그리고 다음의 청구가 계산됩니다.

지금 할 때,가격에서 업데이트하고 제품 테이블,송장을 변경합니다.그것은 필요가 숙박 시설 같은 영원합니다.

을 생각하면 이것에 대해 내게 그것을 같이 보인 제품 목록은 목록이"클래스 형식"개체는 무엇인지 설명하는 제품입니다.또 우리를 부를 수 있었다"템플릿"또는"기본"또는"초록"에 따라 추상화는 우리가 하는 생각입니다.

제품에 추가되는 송장은"인스턴스","구현","어린이","버전이 있는 레코드"또 무엇이든 우리는 그들을 부르십시요.

어떻게 구조를 이 데이터베이스에서?나는 나눌 수 있었습으로 그들을 서로 다른 두 테이블에"AbstractProduct"및"제품",그러나 그들 대부분(아마도 모든)그들의 열에 일반적입니다.는 점에서,그것은 것 같 적절한 유지하는 그들일 수 있습니다.그러나 그 다음에는 필요한 추가 열을 의미하는지 여부를"class"또는"예".그무 문제가 없다는 것입니다.이 있을 수 있 foreignkey 클래스에 이것을 만들었서(또는 NULL 을 클래스).

가는 다른 방식이지만 모든 것을 짜증나는 주의 사항이 있습니다.

이것이 알려져 있습니까?그것은 무엇이라고?이 있는 최고의 관행이 이 문제를 해결하기 위해?

도움이 되었습니까?

해결책

그것은 잘 알려진 패턴이다.하려면 광범위한 문학에 이 항목에서 검색,"임시 데이터베이스"를 나타냅니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 dba.stackexchange
scroll top