외래 키에서 여러 서비스를 처리하는 데이터베이스 구조를 만드는 방법은 무엇입니까?

Question

나는 그것이 구매를위한 많은 서비스를 가지고 사이트를 만들고, 내 문제는이 구조에 대한 ERD를 만드는 가장 좋은 방법을 찾을 수 있습니다!

나는 이미지에서 보여주기 때문에 사용자를위한 계약을 맺기위한 일상적인 시스템을 가지고있다. 다른 말로하면 사용자와 회원을위한 계약과 관계 정보를 삽입하기위한 간단한 테이블이있다.

계약 테이블의 모든 관계는 접합부 테이블에 저장됩니다. 내 문제는 내가 다른 환경에서 계산 한 다른 가격의 서비스가 있다는 것입니다. (FirstServicePrice, SecoundServicePrice, ThirthServicePrice ...).

계약 용으로 각 서비스 기본을 유지하기 위해 JunctionForFindPrice라는 이름으로 junction을 사용하기로 결정했습니다. 누군가가 첫 번째 서비스를 구입하면 예를 들어, FirstServicePriceId 필드의 JunctionForFindPrice 테이블에서 FirstServicePrice ID 만 유지하고 다른 필드는 null로두고 JunctionForFindPrice의 ID를 정션 테이블 (그림의 회색 테이블)에 저장합니다.

이 구현을위한 최선의 방법은 무엇입니까? 그것은 길을 currect입니까?

Answer 1

이 모두가 조금 다르게 않기 때문에 응용 프로그램 수만큼의 가격 스키마, 그래서 걱정하지 마세요 : 우리는 모두 "오른쪽"방법이 작업을 수행하는 방법에 의해 혼동 한 . 일반적으로 [ClientID], [DateOrdered] 및 [OrderedBy]와 같은 필드와 [Order]와 같은 테이블을 만들고 주문 및 가격에 추가하는 각 [ServiceID]가 포함 된 다른 테이블 [OrderLineItems]을 만듭니다. 그 서비스는 숫자 ($ 23.99)로 저장됩니다. 가격 접합 테이블 대신 OrderLineItems 테이블에 추가 될 때 해당 서비스에 대한 클라이언트의 가격을 판별하는 함수 또는 저장 프로시 듀어가 있어야합니다.

내 기본 응용 프로그램에는 시작/종료 날짜가있는 각 서비스에 대한 "표준 가격"표가 있습니다. 그러면 향후 가격 인상을 설정할 수 있습니다. 그런 다음 세 가지 유형의 할인, 새 가격 설정, x % 할인 또는 x $ 할인을 허용하는 할인 가능한 표가 있습니다. '할인'은 고객에게 더 많은 비용을 청구하려는 경우 부정적 일 수 있습니다. 이것은 매우 유연한 가격 책정 구조를 만들지 만 모든 것을 파악하는 코드는 매우 복잡하고 부서지기 쉽습니다.