Ca. 5.000 Artikel in diverse neue Kategorien verschieben

[Teichbau]

Hallo zusammen,
wie kann man ca. 5.000 bereits vorhandene Artikel in neue Kategorien-/Ebenen verschieben, ohne alles händisch/Backend abzuarbeiten (es wäre ein endloses Unterfangen).
Beim Import neuer Artikel kann man es elegant über den Import ausführen, indem cat0 bis cat5 "befüllt" werden. Aber wie löst man die Situation bei vorhandenen Artkel ohne sie zu löschen?
Die Daten und Zuordnungen selbst können bei uns mit MS Access aufbereitet und i.R. direkt in die DB geschrieben. Da man bei den 3 Tabellen:
- catgories
- categories_description
- products_to_categories
leicht vor lauter ID's die Übersicht verliert, frage ich mich wie Ihr das macht.
Hat jemand von Euch eine Idee wie das umgesetzt werden kann?

Freundliche Grüße

Linkback: https://www.modified-shop.org/forum/index.php?topic=28322.0

[burrito]

Wenn es Regeln gibt, welches Produkt wohin kommt, kannst Du das per SQL oder eben über Access lösen.

Wenn es keine Regeln gibt, bleibt ja nur noch der Mensch, der bei jedem Produkt entscheiden muss wo es hinkommt. Aber auch da bist Du außerhalb des Shops schneller.

burrito

[ado]

I did it 
... and it was only Rockn' Roll... but I like it!

[noRiddle (revilonetz)]

 
You did what ?


Gruß,
noRiddle

[ado]

Tja Oli,
what did I denn?

also... wir haben da einen Dropshipper, der jeden morgen - manchmal auch zwischendurch Mittags und abends aber ganz bestimmt  - mit anderen oder neuen oder veränderten Produkten  in  bestehenden oder auch und evtl. anderen oder abweichenden oder anders zugeordneten Kategorien daher kommt.

Dazu kommt, dass der Shopinhaber (als DS-Nehmer) eigene Produkte in eigenen und parallel dazu aber auch in Dropshipping -Kategorien und Dropshipping-Produkte in eigenen Kategorien führt. .... konfus was???

Die Warenwirtschaft dahinter ist sehr, sehr beschränkt, was Kommunikation mit der Umwelt betrifft ... einfach nur eine "dumme" csv, ohne Rücksicht auf die Belange eines shops.

... tja  und da did wir es! 

Wir haben uns einen Sch... um Smartie-Hexerei und Kompatibilitätskonformität und sonstwas geschert und  einfach ein "Control-Panel" in reinem php, das als Evangelium und Kern allen Seins die DB in sich hat, erfunden.
Darüber werden alle Aktionen wie Bestandsabgleich, Rückstandslisten, Mails mit Avisen und  den DHL- Sendungsnummern, Statusverwaltung ..  und und... abgefackelt..... und es funktioniert!!!

That's what we did!

... und ich bin aweng stolz drauf ... auch wenn's der Philosophie aweng widerspricht.

LG ind die südliche Nachbarstadt
ado

[noRiddle (revilonetz)]

Na then, congratulaciónes, um noch eine weitere Sprache in das Kauderwelsch zu mischen .
Das ist dann bestimmt sowas wie web28s EasyPopulate für Arme ,
  oder besser ~-light... 

Gruß,
 

[ado]

Naja, light oder heavy ... und für arme sowieso ..

es ist eben  "HF- Technik" ( HF= Hauptsache Funktioniert!)

Ich bin halt nicht so schlau wie die meisten hier.
Gruß zurück

[noRiddle (revilonetz)]

Nanana,
1. sind die "meisten hier" nicht soooo schlau
   (auch nicht die, die die (I love 3 x 'die' ) Ehre verliehen haben bekommen sich Experte nennen zu dürfen )
2. lernen wir alle tägl. dazu und
3. ist "HF"-Technik die richtige Einstellung.

Also, war nicht abwertend gemeint.

Der arme OP, wir labern hier über alles nur nicht über seine Frage.
Vielleicht kannst du ihm deine Lösung ja anbieten ?

Gruß,
noRiddle

[Teichbau]

Hallo zusammen,
ich habe die Situation wie folgt gelöst:
Alle betreffenden Artikel wurden erneut importiert, wobei die Importdatei nur die Artikelnr. und die neuen Kategorien enthalten haben, alle anderen Feldinhalte waren leer.
Bei der Artikelnr. habe ich vorweg ein Präfix gesetzt, sinngemäß:
Orig-Artnr = 12345, Kopie = copy_12345
Bei dem Import ging es nur darum, die Struktur der neuen Kategorien zu erhalten.
Vereinfacht geschrieben habe ich mir jetzt die tbl. products_to_categories nach MS Access importiert und die product_id's und cat_id's der orig. Artikel mit denen der copy_Artikel ersetzt.
- dann die copy_Artikel in der tbl. products gelöscht
- die tbl. products_to_categories upgeloaded
- im Backend den veralteten Kategoriebaum gelöscht
Das war's.
Es waren 8.600 Artkel die jetzt mit den alten product_id's in den neuen Kategorien liegen.

A C H T U N G: Ich habe es hier nicht beschrieben, Daten vorab und während der Arbeit sichern, sichern...

Schöne Grüße

[noRiddle (revilonetz)]

Genau, lässt man Felder beim Import leer werden nur die überschrieben die angegeben sind.
Warum aber der Zwischenschritt mit dem Präfix ?

Gruß,
noRiddle

[Teichbau]

Hi noRiddle,
Präfix um in der tbl. products die "neuen Artikel" besser zu finden um später zu löschen, sowie in Access beim austauschen der cat_id's (die Abfrage läuft dann einfach über die Suche nach copy_*) für die tbl. products_to_categorie.

Gruß