MySQL Syntax gesucht -> Alle Bestellnummern eines Lieferanten exportieren

42845er schrieb:

Ich habe alle Screenshots so gut wie möglich angehängt.

Du scheinst Dich ja irgendwie mit dem RDBMS verbinden zu können, denn sonst könntest Du uns keine Screenshots zeigen. Anstelle der Screenshots wäre es zweifellos sinnvoller, einen Schemadump der Datenbank und im Idealfall sogar inklusive Beispieldaten (natürlich ohne sensible Inhalte) zu zeigen. Damit könnte man dann schauen, wie die Tabellen der Datenbank verbunden sind, und entsprechende SELECT- und UPDATE-Queries erstellen. Besonders sinnvoll wäre angelegentlich, die Preisdaten der Hersteller beizufügen (also, was dieser Hersteller Dir an Daten zur Verfügung stellt), so läßt sich dann sicherlich ein einfaches Skript oder Programm entwickeln.

Und, ach ja: vor jeder Änderung bitte einen Datenbank-Dump erstellen, also am Besten jetzt den ersten machen (ich glaube, das Programm heißt mysqldump(1)).

ChatGPT hat es zusammengebracht :-D

[CODE] SELECT a.MATCHCODE AS HERSTELLER, ap.BESTNUM, ap.PREIS FROM ARTIKEL_PREIS ap JOIN ADRESSEN a ON ap.ADRESS_ID = a.REC_ID WHERE a.MATCHCODE = 'MOUSER' AND ap.BESTNUM IS NOT NULL ORDER BY ap.BESTNUM ASC;
[/CODE]

Aber in CAO-Faktura geht es nicht.

Frag doch ChatGPT m(

Jack V. schrieb:

Frag doch ChatGPT m(

Hab ich schon gemacht, weil du ja zur Lösung nicht beitragen konntest :-P

42845er schrieb:

ChatGPT hat es zusammengebracht :-D

So siehts auch aus.

42845er schrieb:

Hab ich schon gemacht, weil du ja zur Lösung nicht beitragen konntest

Reihenfolge beachten. Meine Erfahrung ist halt: Sobald ein TE in einem Forum mitten im Thread mit „ich hab da mal ChatGPT gefragt“ um die Ecke kommt, ist klar, mit was für einem Menschen man es zu tun hat.

Ohne weiter ins Detail zu gehen. Eine Suche nach MySQL Excelexport bring z.B. folgenden Link zu Tage: https://solutioncenter.apexsql.com/how-to-export-import-mysql-data-to-excel/

Frank D. schrieb:

42845er schrieb:

ChatGPT hat es zusammengebracht :-D

So siehts auch aus.

Sieh an, ein kleiner Held. Dann zeig' mal, wie Du das geschrieben hättest.

@03.07.2025 17:57 a fool with a tool

Die Lösung ist doch reines SQL. Sowas hatte ich 1986 in der Datenbankvorlesung (kein Scherz). Lernt man heutzutage denn keine Grundlagen mehr? Denn gerade wenn man in den Datenbanken etwas ändert, sollte man doch genau wissen, was man tut? Und nicht nur, weil eine KI irgendwas ausgespuckt hat.

Ich bin kein "Datenbanker", daher nehme ich alle Hilfsmittel an.

CAO-Faktura wollte den ; ganz am Ende nicht.

Jetzt geht es!

Der Reimport würde so funktionieren:

Code: Alles auswählen

UPDATE ARTIKEL_PREIS ap JOIN ADRESSEN a ON ap.ADRESS_ID = a.REC_ID SET ap.PREIS = 123456.78 WHERE a.MATCHCODE = 'MOUSER' AND ap.BESTNUM = '5678';

Ich habe mir ein Excel Makro geschrieben, welches mir die ganzen Daten wie Preis, Hersteller und Bestellnummer ersetzt.

Geht recht gut.

Jetzt muss ich mir noch einen MySQL Code generieren lassen, welchen den Preis des Standardlieferanten direkt in den EK importiert.

Dann haben wir alles an Funktionen beinander, was CAO-Faktura an In/Export leider dringenst abgeht.

Was auch gut geht ist, den Preis des Standardlieferanten in den EK Preis des Artikels zu schreiben. Das kann wie folgt realisiert werden:

[CODE] UPDATE ARTIKEL a JOIN ARTIKEL_PREIS ap ON a.ARTIKEL_ID = ap.ARTIKEL_ID AND a.DEFAULT_LIEF_ID = ap.ADRESS_ID SET a.EK_PREIS = ap.PREIS; [/CODE]

Das geht sehr gut.

Schade das der Import / Export nicht in CAO Integriert ist. Ein Warenwirtschaftprogramm sollte schon Lieferanten und dessen Preise verwalten können.

Siehe da: Mein Beitrag im CAO-Faktura Forum wurde zensiert.

https://www.cao-faktura.de/forum/viewtopic.php?p=37949

Michael schrieb:

Wem die Daten wohl gehören? Dem Software-Hersteller oder dem Software-Verwender?

Es gibt wirklich komische Vögel auf dieser Welt...

Vendor-LockIn ist aber gerade im Bereich der Warenwirtschaftssystem gang und gäbe. Meistens ist es überhaupt nicht möglich, diese mit einer selbst kontrollierten Datenbank zu betreiben. Statt dessen nehmen die sich das Recht heraus, eine von ihnen kontrollierte DB einzurichten und stellen für den Anwender bloß ein paar Views und/oder Stored Procedures mit sehr eingeschränkter Funktionalität bereit.

Für jede erweiterte Funktionalität, selbst für rein lesende Abfragen, darf man dann Extra-Coins beim Hersteller einwerfen...

42845er schrieb:

Ein Warenwirtschaftprogramm sollte schon Lieferanten und dessen Preise verwalten können.

Es kann nicht mal aussagekräftige Fehlermeldungen anzeigen!

Ob S. schrieb:

... endlose mutmassungen ... ... Für jede erweiterte Funktionalität, selbst für rein lesende Abfragen, darf man dann Extra-Coins beim Hersteller einwerfen...

Trifft hier aber genau nicht zu. Das Ding nutzt MySQL bzw. MariaDB und kann eigenständig betrieben werden. Wer will kann auch die DB Dienste bei denen Mieten, wenn er sich nicht mit MySQL rumplagen will. Also 100% offen. Liegt wohl daran dass deren Zielgruppe Webshops (Anbindung an Oxid und Xt) betreibt und dort MySQL/MariaDB gang und gäbe ist.

Das Problem sitzt in 90% der Fälle VOR dem Rechner, nicht im Rechner.

Michael schrieb:

Das sind ja wirklich lustige Kasper...

Wem die Daten wohl gehören? Dem Software-Hersteller oder dem Software-Verwender?

Es gibt wirklich komische Vögel auf dieser Welt...

Geht es dabei vielleicht um Haftungsthemen?