가게는 가게 정보를 저장하는 테이블이라는 생각이 듭니다.
그리고 모든 상점의 거래 기록 정보를 저장하는 shop_id 필드의 거래 테이블이 있습니다.
데이터 양이 많을 때 이런 테이블 디자인이 영향을 미치나요? 예를 들어 각 매장의 거래 기록은 테이블이지만 매장을 동적으로 추가할 수 있기 때문에 구현하기가 어려울 것 같습니다.
黄舟2017-05-24 11:36:14
Mysql은 수천 개의 레코드로 매우 잘 작동합니다. 이 디자인은 동일하게 실행될 수 있지만 매장에 평균 10개의 주문이 있는 경우 매장과 주문 데이터가 10번 매핑되므로 주문 수가 상당히 많을 때 성능에 영향을 미칩니다. . 데이터베이스 테이블을 동적으로 추가할 수도 있습니다. 따라서 주문 기록에 대한 하위 테이블 처리를 수행할 수 있습니다. 하지만 자동 증가된 shop_id를 외래 키로 사용할 수는 없습니다. 테이블을 분할한 후 자동 증가된 id 기준이 0으로 돌아가기 때문입니다. 수동으로 설정할 수 있더라도 매우 불편하므로 사용하는 것이 가장 좋습니다. 테이블 분할을 용이하게 하려면 외래 키를 직접 생성하세요. 고유 ID를 생성하는 방법에는 여러 가지가 있으며 직접 디자인할 수도 있습니다.
漂亮男人2017-05-24 11:36:14
사실 저는 개발 시 외래 키를 거의 사용하지 않습니다. 외래 키는 양날의 검입니다. 왜 개발 시 외래 키를 사용하지 말아야 하는지 살펴보시기 바랍니다.