0

MySQL を使用して、職場の各クライアントの注文履歴を作成しようとしています。

クライアントごとに個別のテーブルを作成し、各行で発注した注文を識別するのがベスト プラクティスなのか、それともすべての注文を含む 1 つのテーブルを作成し、各クライアントの識別子を含む列を作成するのがベスト プラクティスなのか疑問に思っていました。注文履歴を入力するために呼び出されます。

私たちは約 50 ~ 100 のクライアントを検討しており、年間 10 ~ 20 件の注文がそれぞれに追加されるため、これを私と同じくらい効率的にしようとしています。

どんな助けでも大歓迎です。ありがとう。

4

1 に答える 1

0

特定のデータ (クライアントごとなど) 用に別のテーブルを作成することは決して良い考えではありません。RDBMS 自体の関係の整合性や柔軟性が失われるからです。テーブルを追加/削除する外部のものが必要であり、テーブルは相互に整合性がありません。

答えは 2 番目の文にあります。クライアントの一意の識別子を指す列を持つ注文用の 1 つのテーブルです。これは、特にこのような少数の場合、可能な限り効率的です。

于 2013-04-28T23:56:06.940 に答える