Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

[cdx]

Wir müssen aus der Wawi diverse Artikeldaten wie zum Beispiel Gebinde-Informationen auslesen.
Leider kann das die Ameise nicht und daher muss ein anderer Weg her.
Hat jemand Ahnug davon und kann uns da helfen bzw jemanden empfehlen?

Optimal wäre, wenn wir routiniert (1x am Tag) einen Export aller Artikeldaten als CSV erstellen könnten wo dann aber auch alle Infos drin sind (Merkmale, Attribute, Gebinde, UPC, Beschreibung,...)

 

[fav-hosting.online]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Wie soll den die Struktur am ende aussehen. Wenn du z.B. mehrere Merkmale bei einem Artikel hast sollen diese dann nebeneinander oder untereinander gelistet werden?

 

[cdx]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

wie die csv am ende aussieht ist erst mal zweitranging. denn man könnte sie ja nachbearbeiten.
wobei es schon schön wäre, wenn man die daten dann auch wieder in die wawi bekommt.

wichtig sind vor allem die daten die man aus der wawi sonst nicht raus kriegt, wobei ich bis heute nicht verstehe warum das so ist.
normalerweise sollte es eine option geben mit der ich von einem artikel ALLE informationen aus der wawi holen kann...

 

[fav-hosting.online]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Hi,

das macht schon einen Unterschied das sich je nach Struktur die Datenabfragen unterscheiden. Bei den 2 Mustern unten ist noch mal der Unterschied verdeutlicht wobei Muster 1 komplizierter ist.

Muster 1:

Artikelnummer	Bezeichnung	Merkmal Name 1	Merkmal Wert 1	Merkmal Name 2	Merkmal Wert 1
1234	Artikel 1	Farbe	gelb	Größe	40
5678	Artikel 2	Farbe	rot	Größe	42

Muster 2:

Artikelnummer	Bezeichnung	Merkmal Name	Merkmal Wert
1234	Artikel 1	Farbe	gelb
1234	Artikel 1	Größe	40
5678	Artikel 2	Farbe	rot
5678	Artikel 2	Größe	42

 

[cdx]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

wie gesagt. solange wir die daten (überarbeitet) am ende auch wieder in die wawi bekommen darf es auch gern variante 2 sein...

 

[Marc Völker]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Es gibt Infos die du per Ameise nicht raus bekommst?

Aber wie auch mike 59999 schreibt ist das ganze je nach dem wie eigentlich recht einfach. Du wirst halt nur unterm Strich eine Menge Doppelte Daten erhalten, je nach dem was du alles mit ziehen willst, z.B. noch FAttribute, Attribute, eben Gebinde, sprich alle Daten die zu jedem Artikel mehrfach vorhanden sein kann. Dass kann dann nach Variante 2 auch sehr schnell Exponential wachsen, sprich mehrere Hundert Datensätze pro artikel (je nach dem was du alles dran hast)

Und wenn du die daten dann auch wieder mit der Ameise importieren willst oha.

Idealerweise das ganze dann halt direkt in mehrere Exporte aufteilen, so wie es auch die Ameise macht, dann ist das Handling erheblich einfacher. Ansonsten würde XML in frage kommen, könnte man das ganze natürlich direkt als XML Struktur von der DB Exportieren.

 

[cdx]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Es gibt Infos die du per Ameise nicht raus bekommst?

Ja, Beispielsweis eben die Gebinde (wobei es beim Import dafür eine Möglichkeit gibt) und Sonderpreise (hier hab ich zumindest nichts gefunden)

Es kommt ja auch noch dazu dass beim Export und beim Import teilweise unterschiedliche Bezeichnungen genutzt werden. Das erschließt sich mir bis heute nicht wieso das so gemacht wird.

Aber wie auch mike 59999 schreibt ist das ganze je nach dem wie eigentlich recht einfach. Du wirst halt nur unterm Strich eine Menge Doppelte Daten erhalten, je nach dem was du alles mit ziehen willst, z.B. noch FAttribute, Attribute, eben Gebinde, sprich alle Daten die zu jedem Artikel mehrfach vorhanden sein kann. Dass kann dann nach Variante 2 auch sehr schnell Exponential wachsen, sprich mehrere Hundert Datensätze pro artikel (je nach dem was du alles dran hast)

Und wenn du die daten dann auch wieder mit der Ameise importieren willst oha.

Idealerweise das ganze dann halt direkt in mehrere Exporte aufteilen, so wie es auch die Ameise macht, dann ist das Handling erheblich einfacher. Ansonsten würde XML in frage kommen, könnte man das ganze natürlich direkt als XML Struktur von der DB Exportieren.

Von mir aus sind die Daten in verschiedene Exporte aufgeteilt. Damit habe ich kein Problem. Wobei für uns wie gesagt die Gebindeinformationen die wichtigsten wären...

Leider kenne ich mich mit SQL-Abfragen zu wenig aus, weshalb ich nach Hilfe gefragt habe.

Vielleicht macht ja schon jemand Abfragen per SQL um CSV-Datein zu erstellen (für welche Daten auch immer)

 

[Marc Völker]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Ich poste dir mal ein SQL für Artikelnummern und deren Gebinde Informationen

select tArtikel.cArtNr,tGebinde.cName,tGebinde.fAnzahl,tGebinde.cEAN,tGebinde.cUPC from dbo.tArtikel
join dbo.tGebinde on tArtikel.kArtikel = tGebinde.kArtikel

Dabei kommen nur Artikel mit Gebinde zurück,
SPalten sind
Artikelnummer,
Gebinde Name
Gebinde Menge
Gebinde EAN
Gebinde UPC

für alles andere was du so brauchst, such am besten halt deinen SP des Vertrauens auf, der kann dir das sicher schnell zaubern, je nach Standard Abfragen sind das nicht mal 10 Min arbeit.

 

[cdx]

AW: Artikel-Daten-Export per SQL anstatt Ameise - wer hat Ahnung?

Danke sehr. Das ist zumindest ein Anfang mit dem man arbeiten kann.