내가보기 엔 충분히 밥 삼촌에 의해이 비디오 권장하지 않습니다 [여기 이미지에 대한 설명을 입력] : 다른 큰 것들 중
Robert C Martin(Uncle Bob) -Clean Architecture and Design - Video
당신 그것에서 배울 수 있습니다 귀하의 질문에 대한 구체적으로, 테이크 아웃은 데이터베이스 디자인은 가 가능한 한 지연되어야합니다. DB를 일종의 추상 인터페이스로보고 비즈니스 논리로 시작하는 것이 좋습니다. 그러면 데이터베이스에서 실제로 필요한 것이 무엇인지, 어떤 종류의 API가 논리와 통신 할 때 유용 할 수 있는지에 대해 이해할 수 있습니다. 비즈니스 논리를 개발하기 전에 DB 구조를 정돈하려고 시도하기 때문에 정확하게 고정 된 것처럼 보입니다.
것은 당신에게 당신의 질문에 대한 좀 더 구체적인 아이디어를 제공하기 위해, 당신은 아마 당신이 product_id
이 name
는 등 지금 다른이 될 수있는 PROD_SIZES
에 일대 다 관계를 갖고있는 것 같다가 테이블 PRODUCTS
가 필요 prod_size_id
또는 임의의 숫자로 기본 키, product_id
, 외래 키 및 size
, price
등의 정규 필드로 구성됩니다. 그러나 size
- price
쌍을 JSON
으로 압축하여 PRODUCT
테이블의 다른 입력란에 넣을 수 있습니다. 그것은 정말로 당신의 비즈니스 논리에 달려 있습니다.
여러 위치에 동일한 항목을 저장하는 경우 각 테이블에 대해 필요한 모든 정보가 담긴 다른 테이블 LOCATIONS
이 필요할 수 있습니다. 그렇다면 prod_size_id
과 location_id
사이에 many-to-many 관계가 있습니다. 이는 id
,, location_id
및 nr_of_units
의 테이블을 가지고 있습니다. 이제 한 위치에서 다른 위치로 일부 유닛을 이동하려면 마지막 열을 변경하여 마지막 테이블 만 엉망으로 만듭니다.
희망이 있습니다.
이미지에 링크를 삽입 하시겠습니까? –
Imgur에 이미지를 업로드하고'[1] : URL'로 게시물에 추가하십시오. –