2010-11-29 17 views
3

私は約300個の製品を作成しようとしています。それらの大部分は構成可能であるので、私は情報をまとめて入力することになるでしょう。設定製品を構成するそれぞれのシンプルな製品には独自のSKUがあるため、構成可能な製品にはなぜSKUが必要ですか?マゼンタの設定可能な製品にSKUがある理由

答えて

3

SKUは、自動的に生成されたdbインデックスに依存しないプライマリキーですが、バンドルを扱うときはSKUを動的に生成できます。

主な理由は、データベースの無関係を取得し、データベースの内容を簡単にインポートおよびエクスポートできるようにすることです(アイテムが自動IDによって識別されないため、インポートおよびエクスポートしてIDを増やしたり、

設定可能な製品の場合、1つの製品として構成できる製品のグループまたは製品の範囲を特定するためにSKUが必要です。利用可能な3種類の構成可能なPCがあり、3つの注文を受け取り、グループIDが必要なプログラム用に定義し、注文を満たすために定義します。

+0

私はskuの理由を一般的に見ていますが、設定可能な製品を購入することはできませんが、その "バリアント"のうちの1つだけを購入することはできません。私はこの製品を作り始めようとしており、スキューとして入ることさえあれば混乱しています。私の場合、色の選択肢が異なる凧を扱っています。各色のオプションにはdiff skuがあります。スキューが色の選択に接続されているため、製品全体のskuはありません。これまでの情報に感謝します。 –

+0

このタイプのSKU -sは、グループ化し、すべてのバリエーションでGRKITE01、GRKITE01_COLOR_REDなどの同じプレフィックスを使用するように、プレフィックスとして考えることができます。これにより、後で適切なアイテムを検索する際の力が増します。 –

1

有効な質問ですが、一貫性のために行ったと思います。 SKUは、輸入と輸出のように一定の情報が保持されているのですが、SKUは一貫して情報を保持しているというのが良い点だと思います。私は彼らが技術的に正しいというよりはむしろユニークであると思う。バーチャル製品にはスカスも必要ありませんが、システム内のユニットなので、それらは持っています。あなたの質問に技術面はありますか、それとも純粋に哲学的ですか?

+0

私は尋ねていますテクニカルとフィリソフィカルの両方の観点から。ロジスティクスの観点からは、私はdiffスキューがあるカラーオプションの製品を持っています。赤はスキューが1つ、青は別のスキューを持っています。だから、私はconfig製品skuのために何を入力するのか分からない...哲学的にも私はそれのポイントを理解しようとしている。私はほとんどの時間のレールdevですので、このものはちょうど私のものを混乱させる。ご協力いただきありがとうございます。 –

+0

通常、私が行うのは、構成可能な製品をサブ製品のいくつかのスキーマにすることです。 シンプルなskusが560056と560057の場合は、config sku 5600XXまたは5600_Configを作成します。私は "_Config"が好きです。なぜなら、それらをすべてレポートで取り出すことができるからです。 – Chris

2

すべての「製品」には人間が使用できる識別子が必要であり、SKUを定義するものがほとんどないため、臆病になります。代わりにentity_id(PK列)を使用することもできますが、その質問をレイヤーに戻すだけです。

+0

「設定可能な製品」は実際には「製品」ではなく、分類や製品群のほうが多いです。 – rahmanisback

関連する問題