ホームページ  >  記事  >  バックエンド開発  >  データベース設計計画を再度検討してください。

データベース設計計画を再度検討してください。

WBOY
WBOYオリジナル
2016-06-23 13:52:251001ブラウズ

データベース設計計画を再度検討します。

衣服システムを自分で開発したいのですが、問題が発生しました。

つまり、衣服には複数の色、複数のサイズ (異なる数値)、異なる色 (異なる数値)、異なるサイズ、異なる色がある可能性があります。値段も違うので、試してみます。

ヒーローの皆さんに聞きたいのですが、このような状況に遭遇した場合、どのようにダイヤルして製品に車の購入機能をより便利に追加できますか? ?


ディスカッションへの返信(解決策)

私はそう思います
1. 服のリストにはデフォルトの価格が必要です
2. 異なる色とサイズの服には対応する価格が必要です、デフォルトは 0 です
服を選ぶとき、最初に、さまざまなサイズと色に価格があるかどうかを確認してください


1 衣類テーブル、フィールド: 衣類 ID、衣類名
2 サイズ テーブル: サイズ ID、衣類 ID、サイズ サイズ
3 カラー テーブル: カラー ID、サイズ ID 、衣類 ID、色名
4 つの価格リスト: 価格 ID、色 ID、サイズ ID、衣類 ID、価格
もちろん、このデザインはおそらくより複雑になりますが、シンプルで明確です。2 つのテーブルをデザインすることもできます。最初のテーブルは変更されず、他のテーブルは 1 つのテーブルに結合されますが、この場合 2 番目のテーブルは大きくなりますが、検索は簡単になります

衣類とは以下のものにすぎません:
ブランド/産地
スタイル
モデル

価格
数量

はい 整理するのが難しいことは何ですか?

1 衣類テーブル、フィールド: 衣類 ID、衣類名
2 サイズ テーブル: サイズ ID、衣類 ID、サイズ サイズ
3 カラー テーブル: カラー ID、サイズ ID、衣類 ID、カラー名
4 価格リスト:価格ID、色ID、サイズID、服ID、価格はいくらですか
もちろん、このデザインはおそらくより複雑になりますが、シンプルで明確であり、最初のテーブルは変更せずに、2つのテーブルをデザインすることもできます。他のテーブルは 1 つのテーブルに結合されますが、この場合 2 番目のテーブルは大きくなりますが、検索は簡単になります



このデザインはより面倒で、十分に簡潔ではありません。

衣類とは以下のものにすぎません:
ブランド/産地
スタイル
モデル
カラー
価格
数量

整理するのが難しいものは何ですか?



複数の色とサイズがあるモデルです。
たとえば
色は赤、青、緑です
サイズは 150CM 160CM 170CM です

各色またはサイズには異なる価格があります

つまり、上記の選択肢は次のとおりです
レッド150cm
レッド160cm
ブルー150cm
.
.
.


衣類とは以下のものにすぎません:
ブランド/産地
スタイル モデル

カラー

価格
数量

整理するのが難しいものは何ですか?

それは正しいスタイルの Group By ですか?

アドバイスをお願いします。

カラーチャート サイズチャート 在庫チャート
ID カラー サイズ ID 名前 カラー サイズ番号 価格
レッド 1 150cm 1 半袖 2 1 50 78
2 ブルー 2 160cm 2 ショーツ 1 2 66 88

カートに追加して直接コピーするだけです在庫テーブルのフィールドをショッピングカートテーブルに

顧客は特定の衣類です、グループは何ですか?

ブランド/産地、スタイル、モデル、色、価格
1 つ違いがある限り、それは記録です

ブランド/産地、スタイル、モデル、色、価格
1 つ違いがある限り、それは記録です記録



http://item.taabao.com/item.htm?spm=a1z10.5.w5003-8066027476.1.WQfhO4&id=40200659778&scene=taabao_shop
接続するには上をクリックしてください

このように、さまざまなスタイル、さまざまな色を選択してください、価格は異なるかもしれませんが、タイトルはすべて同じです。

実際、私はこの効果を達成したいだけなのかもしれませんが、表現が間違っていたのかもしれません。

それは単なる複数条件クエリです
私が提案したデータ構造は、この種のクエリにぴったりです

それは単なる複数条件クエリです
私が提案したデータ構造は、この種のクエリにぴったりです


I昨夜考えて、いくつかのステートメントを作成しましたが、それを実装する方法がないことがわかりました。本当に混乱しています

上司が私にさらに詳細な指導をしてくれることを願っています。ありがとうございます。

衣類テーブル: ブランド、スタイル、基本価格
カラーテーブル: ブランド、カラー、増額
サイズテーブル: ブランド、サイズ、増額

衣類テーブル: ブランド、スタイル、カラー、サイズ、衣類の価格

ユーザーの選択衣料品ブランド、基本価格を表示します。価格を上げるには別の色とサイズを選択し、最終価格を取得し、衣料品テーブルに保存するか、セッションにキャッシュします

なぜあなたはそんなに無知なのですか?
ブランド/産地、スタイルを使用してテーブルを検索すると、対応する製品のモデル、色、価格、在庫数量が表示されます
これらのデータを使用してインターフェイスを書くのは難しいですか?

テーブルが 2 つあります。
1 つは公開情報用、もう 1 つは個人情報用です。
衣類の場合、名前、由来などは公開情報ですが、色、サイズ、価格などは個人情報です。

なんでそんなに無知なんですか?
ブランド/産地、スタイルを使用してテーブルを検索すると、対応する製品のモデル、色、価格、在庫数量が表示されます
これらのデータを使用してインターフェイスを書くのは難しいですか?



時々、盗作を開くことができないことがあります。本当に申し訳ありません。

こんな感じでデザインする予定です:

ID 商品名 商品ID モデルカラー 価格 在庫数量
id Pro_Name Pro_id pro_type pro_color pro_price pro_num
1 子供夏服 0 kids_001 赤 95 100
2 1 1 100
3 紫 92 100
.
.
.
.

まず、商品に複数の異なる価格や色などを追加します。

このような表を見てもらえますか?まだ最適化の余地はありますか?


ID     产品名称      产品ID      型号         颜色           价格         库存数量id     Pro_Name      Pro_id      pro_type     pro_color      pro_price    pro_num1      小童装夏装    01          kids_001     红色           95           1002      小童装夏装    02          kids_001     蓝色           98           1003      小童装夏装    03          kids_001     紫色           92           100
顧客と販売者にとって、すべての製品は独立したものであり、項目はありません。唯一の例外はセット販売です



すべてデータベースで行う必要はないと思います。

色、サイズ、これらは基本的に固定されていますが、いくつかしかなく、これらをすべてリストすることができます。

XML、クエリなどを生成、XML を読み取る

xmlid マッチングデータベース


声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。