ホームページ  >  記事  >  バックエンド開発  >  モールの場合、商品テーブルと商品属性をどのように設計すればよいでしょうか?

モールの場合、商品テーブルと商品属性をどのように設計すればよいでしょうか?

WBOY
WBOYオリジナル
2016-09-21 14:13:101845ブラウズ

私の製品は、例えばiPhone 6sです。色はシャンパン、シルバー、グレーです。16G、32G、64Gがあります。
カラー + バージョン + 製品 ID = 1 つの製品であると考えられます。このように、1 つの製品には製品の紹介詳細などが共有されます。共有されないのは、製品アルバムや製品紹介などです。
上記のようにするか、それともすべてのカラーバージョンを1つのプロダクトIDとして扱う方が良いでしょうか。

返信内容:

私の製品は、例えばiPhone 6sです。色はシャンパン、シルバー、グレーです。16G、32G、64Gがあります。
カラー + バージョン + 製品 ID = 1 つの製品であると考えられます。このように、1 つの製品には製品の紹介詳細などが共有されます。共有されないのは、製品アルバムや製品紹介などです。
上記のようにするか、それともすべてのカラーバージョンを1つのプロダクトIDとして扱う方が良いでしょうか。

色と容量は同じです。あくまで商品の特性です。
商品テーブル + 商品属性テーブルで十分です。
製品属性テーブルには、属性名(色など)と属性値(黒)が含まれています。
商品リストはシンプルです。在庫、価格などの一部の固有の属性

2 つのテーブルを分離します。1 つの 6 が複数の属性に対応します。他の速度などを分離しないと、最初は煩雑に感じます。管理を容易にするために、別の添付ファイル テーブルを作成できます。

spu と sku を理解するだけです

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