데이터베이스를 디자인하려고하는데 내 디자인이 전혀 의미가 있는지 궁금합니다.Copy Shop 데이터베이스 디자인
주문 및 가격 작업을 추적하기 위해 작은 내부 복사 상점에 대한 데이터베이스를 설계하려고합니다. 관계형 데이터베이스를 만드는 것이이 정보를 저장하는 좋은 방법이 될 것이라고 생각했습니다. 일반 주문의 몇 가지 예는 다음과 같습니다
- 주문 # 1 : 일반 20 파운드의 8.5x11 용지에 7 B & W 페이지와 3 컬러 페이지, 스테이플의 100 개 세트,
- 주문 # 2 : 한 24 " X 36 "포스터 적층과 내가 작업을 시작 디자인이이었다
폼 코어에 장착 :
그래서 예를 들어, 내가 가진 :
- 제품 : {복사 주문, 포스터}
- 속성 : {B & W 페이지, 컬러 페이지 수, 세트, 스테이플, 용지 크기, 용지 종류, 포스터 크기}
- 속성 옵션 : {스테이플 상단 왼쪽 ..., 8.5x11, ..., 일반 20lb, ..., 24 "x 36", ...}
지금까지는 이것이 합리적이라고 생각합니다. 내가 알 수없는 것은 가격 프로파일을 추가하는 방법입니다. 문제는 속성 옵션의 가격이 다른 속성 옵션에 따라 달라지며 모든 경우에서 다릅니다. 위의 예를 사용하여 다음
- 의 가격 주문 번호 1 : [일반 8.5x11 용지 B & W 인쇄물의 가격 [B & W 페이지 번호] + 일반 8.5x11 컬러 인쇄 [가격 X 종이] x [컬러 페이지 수] + [세트 수] x [스테이플 가격]
- 주문 가격 2 : [24x36 포스터의 가격은 포말 중심에 적층 적층] x [포스터의 양]
또한 여러 유형의 고객에 대해 서로 다른 가격을 책정 했으므로 여러 가격 프로필을 계획했습니다.
관계형 데이터베이스에서이를 수행하는 합리적인 방법이 있습니까? 아니면 다른 방법으로해야합니까? 기존 데이터베이스는 (나로 몇 년 전에) 제대로 설계되지 않았으며 대부분의 특성이 필드 이름으로 하드 코드되었으며 각 제품에 대해 별도의 테이블이 있습니다. 예를 들어, paper_type은 copy_orders 테이블의 필드이고 poster_size는 poster_orders 테이블의 필드입니다. 그리고 코드를 사용하여 가격을 계산합니다. 나는 더 잘 융통성있게 뭔가를 디자인하고 싶다.
나는 (분명히) 관계형 데이터베이스에 대한 전문가가 아니므로, 어떤 조언을 주시면 매우 감사하겠습니다! 감사!
빠른 응답을 위해 엔티티 관계 테이블을 제공하는 것이 좋습니다. – diegoperini
첨부 된 이미지가 충분하지 않습니까? 업로드 할 항목이 무엇인지 모르겠습니다. 다이어그램을 업로드하는 더 좋은 방법이 있습니까? – Nate
ERT 테이블에는 1 : 1, 1 : 외래 키와 같은 공유 열과 마찬가지로 많은 관계가 있습니다. 당신은 귀하의 계획에서 하나를 내보내려고 할 수 있습니다. – diegoperini