Ich bin dabei, etwa 300 Produkte zu erstellen (nicht viele, aber genug). Die meisten von ihnen sind konfigurierbar, so dass ich eine Reihe von Informationen eingeben und dann zusammenstellen werde. Jedes einfache Produkt, aus dem ein Config-Produkt besteht, hat seinen eigenen Sku. Warum braucht ein konfigurierbares Produkt einen Sku?Warum haben konfigurierbare Magento-Produkte eine SKU
SKU ist ein Primärschlüssel, der nicht auf automatisch generierten DB-Indizes basiert, obwohl beim Umgang mit Bundles die SKU dynamisch generiert werden kann.
Hauptgrund dafür ist die Irrelevanz der Datenbank und der einfache Import und Export von Datenbankinhalten (weil die Elemente nicht durch Auto-IDs identifiziert werden und Probleme beim Import und Export verursachen und IDs oder Duplikate bereits vorhanden sind)
Für konfigurierbare Produkte benötigen Sie also noch SKU, um die Produktgruppe oder die Produktgruppe zu identifizieren, die für ein Produkt konfiguriert werden kann. Angenommen, Sie haben 3 verschiedene konfigurierbare PC-s verfügbar und Sie erhalten 3 Bestellungen, um sie für das Programm zu definieren, benötigen Sie eine Gruppen-ID und definieren sie für die Erfüllung der Bestellung ist nett zu wissen, welche Art von Konfiguration Client gekauft hat
Eine gültige Frage, ich nehme an, sie haben es aus Gründen der Konsistenz getan. Ich denke, es ist ein guter Punkt, dass eine Lagerhaltungseinheit eine Sache ist, und ein konfigurierbares Produkt ist keine Sache. Dennoch ist die SKU die eine Information, die konstant gehalten wird, zum Beispiel im Import und Export. Ich schätze, sie haben es für die Einzigartigkeit getan, anstatt technisch korrekt zu sein. Virtuelle Produkte würden auch keine Skus benötigen, aber sie sind eine Einheit in deinem System, also haben sie sie. Gibt es eine technische Seite zu Ihrer Frage, oder ist es rein philosophisch?
Ich frage sowohl aus technischer als auch aus philosophischer Sicht. Aus logistischer Sicht habe ich Produkte mit Farboptionen, die Diff-Skus haben. Rot hat einen Sku, Blau hat einen anderen. Also ich weiß nicht mal, was ich für das Config-Produkt sku eingeben würde ... Philosophisch versuche ich auch den Sinn davon zu verstehen. Ich bin die meiste Zeit Rails dev, also verwirrt mich dieser Kram einfach. danke für Ihre Hilfe. –
Normalerweise mache ich das konfigurierbare Produkt zum Beispiel ein Schema der Unterprodukte. Wenn die einfachen skus sind: 560056 und 560057 würde ich die Konfiguration SKU 5600XX oder 5600_Config machen. Ich mag die "_Config", weil ich sie dann in einem Bericht herausziehen kann. – Chris
Markig zu sein, weil jedes "Produkt" einen vom Menschen benutzbaren Identifizierer benötigt, und das ziemlich genau eine SKU definiert. Sie könnten stattdessen die Entity_id (PK-Spalte) verwenden, aber dann schieben Sie die Frage nur um eine Ebene zurück.
"konfigurierbare Produkte" sind keine "Produkte", sondern eher eine Klassifizierung oder eine Gruppe von Produkten. – rahmanisback
Ich sehe den Grund für sku's im Allgemeinen, aber soweit ich sagen kann, kann man kein konfigurierbares Produkt kaufen, nur eine seiner "Varianten". Ich bin dabei, diese Produkte zu kreieren und bin einfach verwirrt darüber, was ich als Sku überhaupt eingeben darf. In meinem Fall habe ich es mit Drachen zu tun, die unterschiedliche Farboptionen haben. Jede Farboption hat ein Diff-Sku. Es gibt kein Sku für das Gesamtprodukt, da der Sku mit der Farbauswahl verbunden ist. alles andere hilft, danke für die Info bis jetzt. –
Sie können immer an diese Art von SKU -s als Präfix denken, wie es beabsichtigt ist, Sachen zu gruppieren und alle Varianten verwenden das gleiche Präfix wie GRKITE01 und dann GRKITE01_COLOR_RED und so weiter. Dies gibt Ihnen mehr Macht bei der Suche nach den richtigen Elementen später. –