0

HTML (+PHP) フォームで入力できる mysql テーブルを設計する最良の方法は何でしょうか。

実際、私はこの構造を持っています：

テーブルPRODUCT

ID | Ordernumber | Name | Desc | Price

テーブルPRODUCT_KIDS

ID | MasterProductID | Ordernumber | Price

私の 2 つのテーブルの唯一の違いはNameとDescです。

HTML フォームは次のADDようになります。

のデータPRODUCT

Ordernumber
Name
Desc
Price

のデータPRODUCT_KIDS

Ordnernumber
Price

何らかの理由で、顧客は、MasterProduct なしで、たとえば 2 つの PRODUCT_KIDS のみを必要としています。この場合、マスターからの名前と説明が必要ですProduct。

私の質問は次のとおりです。

  • これら 2 つのテーブルを一緒にマージする必要がありますか? これは何かを検索するための最良の方法ですか?
  • これら 2 つのテーブルをマージするとき、PRODUCT_KIDS の名前と説明も保存する必要がありますか (上記の例の場合)?
4

1 に答える 1

1

HTML (+PHP) フォームで入力できる mysql テーブルを設計する最良の方法は何でしょうか。

誰も気にしない？一般に信じられていることとは反対に、MySql はもう 1 つのリレーショナル データベースであり、PHP はもう 1 つの Web スクリプト テクノロジです。mysql + phpでも、oracle + javaでも、sql server + asp.netでも答えは同じです。

リレーショナル データベース設計の原則は、すべてのリレーショナル データベースに適用されます。そのため、質問はMySqlとは関係なく、特にPHPとはまったく関係ありません。

テーブル製品

テーブル PRODUCT_KIDS

これは、国際課税の可能性、さまざまな配送コードとその価格 (すべての商品を 1 回の発送にまとめることはできない) など、多くの合法的な商品でさえ除外しているトピックに関する単純化された見解です。たとえば、商品全般のカスタマイズ - PIPES が特注の長さで販売されているショップを書いたことを覚えています ;) また、一部のアイテムは別の配送が必要です ;)

「The Data Model Resosource Book」、第 1 巻では、住所管理 (ほとんどの人が行うほど単純ではありません)、経理、および.... 店舗全体 (保管、在庫、価格設定) など、標準的な企業シナリオを詳細に説明しています。 . あなたのアプローチはどちらも（！）単純化されており、さまざまな製品の課税を適切に追跡するための法的要件を考慮していないため、私の法学では完全に違法です。

私はそれを手に入れることを提案することしかできません-彼らはまた、業界レベルの特殊性のいくつかについて非常に深く掘り下げています. 例 ;) - アパレル。生地のショップを作ると、「同じ商品のサイズと色のバリエーション」に夢中になります。あなたのアプローチは、おそらく200人の子供（サイズ×色）を持つ「シャツ」になります;）

私が提案するのは、製図板に戻ることです。良い本で ;) 私は個人的にこの本を読むのが大好きでした - うーん - ずっと前に。

于 2012-05-21T07:06:59.133 に答える