Mysql은 수천 개의 레코드로 매우 잘 작동합니다. 이 디자인은 동일하게 실행될 수 있지만 매장에 평균 10개의 주문이 있는 경우 매장과 주문 데이터가 10번 매핑되므로 주문 수가 상당히 많을 때 성능에 영향을 미칩니다. . 데이터베이스 테이블을 동적으로 추가할 수도 있습니다. 따라서 주문 기록에 대한 하위 테이블 처리를 수행할 수 있습니다. 하지만 자동 증가된 shop_id를 외래 키로 사용할 수는 없습니다. 테이블을 분할한 후 자동 증가된 id 기준이 0으로 돌아가기 때문입니다. 수동으로 설정할 수 있더라도 매우 불편하므로 사용하는 것이 가장 좋습니다. 테이블 분할을 용이하게 하려면 외래 키를 직접 생성하세요. 고유 ID를 생성하는 방법에는 여러 가지가 있으며 직접 디자인할 수도 있습니다.
Mysql은 수천 개의 레코드로 매우 잘 작동합니다. 이 디자인은 동일하게 실행될 수 있지만 매장에 평균 10개의 주문이 있는 경우 매장과 주문 데이터가 10번 매핑되므로 주문 수가 상당히 많을 때 성능에 영향을 미칩니다. . 데이터베이스 테이블을 동적으로 추가할 수도 있습니다. 따라서 주문 기록에 대한 하위 테이블 처리를 수행할 수 있습니다. 하지만 자동 증가된 shop_id를 외래 키로 사용할 수는 없습니다. 테이블을 분할한 후 자동 증가된 id 기준이 0으로 돌아가기 때문입니다. 수동으로 설정할 수 있더라도 매우 불편하므로 사용하는 것이 가장 좋습니다. 테이블 분할을 용이하게 하려면 외래 키를 직접 생성하세요. 고유 ID를 생성하는 방법에는 여러 가지가 있으며 직접 디자인할 수도 있습니다.
내 이해는 상점 테이블과 거래 테이블을 디자인하는 것입니다. 일반적으로 MySQL은 여전히 많은 압력을 견딜 수 있으며 일부 오픈 소스를 사용할 수 있습니다. 솔루션, 즉 주문표는 일반 표로 나누어지며, 이를 어떻게 구현하느냐에 따라 핵심이 달라집니다.
사실 저는 개발 시 외래 키를 거의 사용하지 않습니다. 외래 키는 양날의 검입니다. 왜 개발 시 외래 키를 사용하지 말아야 하는지 살펴보시기 바랍니다.