MySQL 데이터베이스 디자인

Question

나는 곧 구현할 MySQL 데이터베이스의 대략적인 디자인을 가지고 있지만 기술적으로 정확한지 확신 할 수 없습니다. 나는 내 마음에, 데이터베이스 설계에 따라서 의심 정규 교육을 찍은 적이 없다 :

엔티티/테이블

1. 상품 (P_ID, 이름)
2. 패키지 (P) ID, 이름)
3. Default_Package (* Commodity_ID * package_id와, P_ID)
4. Custom_Package (* Commodity_ID * package_id와, Order_ID라고, P_ID)
5. 오더 (P_ID, package_id와, Custom_Package = 0)

이 기본적으로 시스템이 작동하도록 설계하는 방법입니다 :

사용자는 기본 패키지를 구매해야

1. 관리자는 default_package 테이블에 저장된 기본 패키지의 무리를 만들 Order_ID 테이블의 Package_ID 필드에서 참조됩니다.

2. 사용자는 기본 패키지를 사용자 정의 할 수 있습니다. 그들이 그렇게 선택하면 Custom_Package 필드는 1로 flicked되고 Custom 패키지의 정보는 Custom_Package 테이블에 저장됩니다.

3. 조회를 수행 할 때 orders 테이블의 custom_package 필드가 점검됩니다. 0 인 경우 패키지는 default_package 목록에서 검색되고 그 다음에는 주문을 다시 참조하는 모든 레코드를 검색하여 Custom_Package 목록에서 패키지를 검색합니다.

데이터베이스 설계 및 구현에 대한 필자의 경험에 비추어 볼 때이 방법이 효과적입니다. 그러나 이것이 최선의 방법인지 확실하지 않습니다.

누군가가 의견을 나눌 수 있다면 정말 감사하겠습니다.

:

Answer 1

내 생각, 당신의 예제와 댓글 :

그것은 당신의 "패키지"를 표시 패키지 이름과 상품 이름의 조합은?

1. 상품 (P_ID, 이름)
2. 패키지 (P) ID, 이름)

내가 아래 두 개의 테이블이 결합 된 것입니다 :

에

3. Default_Package (* Commodity_ID, * Package_ID, P_ID) 
4. Custom_Package (* Commodity_ID, * Package_ID, Order_ID, P_ID) 

을

3. Packages (P_ID, * Commodity_ID, * Package_ID, P_type=0/1) 

당신이 얻을하려고 할 때 불필요하게 복잡 할 절을 가입하기 때문에이 주문 테이블에 플래그를시키는 권하고 싶지 않다

4. Order (P_ID, Package_ID) 

에서개

다음 장소 주문, 그것은 검색해야하는 "패키지"테이블을 결정 모든 주문에 대한 패키지 세부 정보.

당신은 내가 단일 비트 (개인 취향)에 대한 비정규의 비트를 받아 들일 있지만까지 정상화로, 당신은 또한, 별도의 테이블에 패키지에 p_type을 깰 수있는 엄격하고 싶다면 . 그러나 패키지에 고유 한 다른 필드가있는 경우 ID 및 기타 필드가있는 패키지 테이블을 만들고 commodity Id 및 Package Id의 목록이있는 packages_details 테이블을 만듭니다. 사용자 정의 패키지 대 기본 패키지 (예 : 기본 패키지가 1 ~ 100이고 사용자 정의가 그 다음에 시작됨)에 대한 숫자 체계를 사용하지 마십시오. 그와 같은 스키마는 앞으로 중단 될 가능성이 매우 높기 때문에 (회사가 성장하고 내가 제안 무엇 예를 들어 100 개 기본 패키지)

보다, 아마 당신이 필요합니다 "가장 상세」를 나타냅니다 모든 주문에 대한 모든 패키지의 세부 정보를 검색하기 위해 함께 쿼리를 배치됩니다. 그들이 다를 수하는 몇 가지 이유가없는 나는 나타내는 필드로, 하나 개의 테이블에 함께 기본 패키지 및 사용자 정의 패키지를 둘 것, ...