Beantwortet Ameise 1.6 - Eigene Exporte

[B&W Werbeartikel]

Hallo,
wir haben uns ja besonders auf die Eigenen Exporte gefreut, da dies viele Möglichkeiten eröffnet. Derzeit ist das Feature aber noch nicht wirklich praktikabel.
Die eigenen SQL Befehle funktionieren so weit ganz gut. Gibt es hier irgendwo eine Dokumentation, welche Befehle erlaubt oder nicht erlaubt sind? Konnte z.B. kein UNION SELECT machen.
Man kann sogar eine Exportvorlage speichern und damit die Ameise dann per Kommandozeile aufrufen. Allerdings wird hier immer nur der erste Export in der Liste ausgeführt.
Man kann Einträge in der Liste der Exporte nicht löschen und auch nicht umbenennen.

Hat jemand ähnliche Erfahrungen gemacht oder gar eine Lösung gefunden?

@Jtl: Danke für die Super-Funktion. Damit man das volle Potential ausschöpfen und die Abfragen auch automatisieren kann, muss man diese Exporte auch über die Kommandozeilenversion der Ameise steuern können. Haben Sie geplant, die Funktion noch zu verbessern?

Vielen Dank.

 

[Enrico W.]

Ich kann mehrere Exportvorlagen speichern, diese erhalten dann auch jeweils eine eigene ID.
Beim Aufruf per Batch oder Komandozeile wird diese ID mitgegeben.
Das funktioniert bei Dir nicht?

 

[B&W Werbeartikel]

Ich kann mehrere Exportvorlagen speichern, diese erhalten dann auch jeweils eine eigene ID.
Beim Aufruf per Batch oder Komandozeile wird diese ID mitgegeben.
Das funktioniert bei Dir nicht?

Ahhh, danke für den Denkanstoß.
Hab's nochmnal probiert und jetzt hat es geklappt. Ich musste sicherstellen, dass ich vor dem Speichern der Vorlage den richtigen Export per Doppelklick ausgewählt habe.



Super, das funktioniert dann doch. Danke. Jetzt würde ich dann aber doch noch die Testeinträge löschen oder zumindest umbenennen können

Ich hätte noch eine wietere Frage:
Die Abfrage im Screenshot gibt mir die Vaterartikelnummer und die Kinderartikelnummer aus. Gibt es hier eine elegantere (und ressourcenschonenedere) Methode ohne Unterabfrage um die Vaterartikelnummer zu erhalten?

 

[Enrico W.]

Sorry, ich fürchte, da bin ich raus. Mir ist keine andere Methode bekannt.

 

[B&W Werbeartikel]

Sorry, ich fürchte, da bin ich raus. Mir ist keine andere Methode bekannt.

Danke.

 

[Benjamin S.]

Ahhh, danke für den Denkanstoß.
Hab's nochmnal probiert und jetzt hat es geklappt. Ich musste sicherstellen, dass ich vor dem Speichern der Vorlage den richtigen Export per Doppelklick ausgewählt habe.

Den Anhang 83173 betrachten

Super, das funktioniert dann doch. Danke. Jetzt würde ich dann aber doch noch die Testeinträge löschen oder zumindest umbenennen können

Ich hätte noch eine wietere Frage:
Die Abfrage im Screenshot gibt mir die Vaterartikelnummer und die Kinderartikelnummer aus. Gibt es hier eine elegantere (und ressourcenschonenedere) Methode ohne Unterabfrage um die Vaterartikelnummer zu erhalten?

Du könntest das noch folgend machen, wird aber von den Ressourcen wahrscheinlich das gleiche verbrauchen.
Falls aber ein Join weniger Ressourcen verbraucht als ein doppeltes select, ist das die bessere Methode.

SELECT
KK1.cArtNr as ArtikelnummerKind,
KK2.cArtNr as VaterArtikelnummer
FROM
tArtikel KK1
INNER JOIN
tArtikel KK2
ON
KK1.kVaterArtikel = KK2.kArtikel

Bezüglich des Umbenennes gebe ich dir volkommen recht.
Wenn ich dem Export einen neuen Namen gebe und auf Export speichern klicke, wird ein neuer erstellt anstatt den ausgewählten upzudaten.

 

[B&W Werbeartikel]

Du könntest das noch folgend machen, wird aber von den Ressourcen wahrscheinlich das gleiche verbrauchen.
Falls aber ein Join weniger Ressourcen verbraucht als ein doppeltes select, ist das die bessere Methode.




Bezüglich des Umbenennes gebe ich dir volkommen recht.
Wenn ich dem Export einen neuen Namen gebe und auf Export speichern klicke, wird ein neuer erstellt anstatt den ausgewählten upzudaten.

Danke.
Zur info: die beiden Abfragen mit ca 500k Artikeln.
SELECT x 2 : 40.4953764 Sekunden,
JOIN: 42.7178155 Sekunden.

Das ist allerdings eine sehr einfache Abfrage. Wenns komplexer wird und man evtl mehr Daten vom Vater haben will wird die JOIN Methode wahrscheinlich besser werden als mehrere Unterabfragen.

 

[Benjamin S.]

Sehr interessant.
Bei deiner Methode werden alle Artikel und deren evtl. Väter angezeigt, bei meiner nur die Artikel, welche Väter besitzen, da ich anders herum Join.

Bei mir kommen bei deiner Methode etwa 807.000 Artikel in 4 Sekunden raus

SELECT
(SELECT cArtNr
FROM tArtikel a1
WHERE a2.kVaterArtikel = a1.kArtikel
) as Vaterartikelnummer,
cArtNr as Artikelnummer
FROM tArtikel a2

Bei mir etwa 600.000 bei 2 Sekunden

SELECT
KK1.cArtNr as ArtikelnummerKind,
KK2.cArtNr as VaterArtikelnummer
FROM
tArtikel KK1
INNER JOIN
tArtikel KK2
ON
KK1.kVaterArtikel = KK2.kArtikel

Exportierst du bei dir über die Ameise oder SQL bei deinem test?
Mich überraschen die DIfferenzen ein bisschen.

 

[B&W Werbeartikel]

Exportierst du bei dir über die Ameise oder SQL bei deinem test?
Mich überraschen die DIfferenzen ein bisschen.

Direkt aus der Ameise gestartet. Die DB liegt auf einem entfernten Server über VPN. Es dauert eine Zeitlang, bis der Export startet, aber dann geht's sehr schnell.

 

[B&W Werbeartikel]

Sehr interessant.
Bei deiner Methode werden alle Artikel und deren evtl. Väter angezeigt, bei meiner nur die Artikel, welche Väter besitzen, da ich anders herum Join.

Deine Methode scheint dann auch die bessere Wahl zu sein, wenn man nur die Kinderartikel haben will, weil man die Väter (und kinderlosen) in einem separaten Export macht.