SQL Abfrage von PLZ

[adaptare01]

Hallo,

wir haben viele Warensendungen zu versenden und arbeiten daher mit der MailAlliance und zusaetzlich noch der Deutschen Post.

Ich habe eine PLZ Tabelle in die Datenbank importiert, die eigentlich nur eine Spalte PLZ und eine andere mit zwei Zahlen enthält welche die PartnerNummer der MailAlliance ist.
Nun muss ich halt eine Abfrage machen in der ich Abfrage, dass wenn es diese PLZ in der importierten Tabelle gibt,er mir die Partnernummer zurückgibt.

Habe leider wenig SQL Erfahrung, muss es aber ja so direkt in der Datenbank lösen.

Mein Ansatz zur Zeit:

JTL_DirectQuery ("SELECT citipostPLZ.Partnernummer FROM citipostPLZ WHERE citipostPLZ.PLZ='Vorgang.Auftrag.Lieferadresse.PLZ'")

Die Tabelle ist citipostPLZ mit den zwei Spalten PLZ und Partnernummer. Es sind also nur die PLZ enthalten, welche von der MailAlliance bedient werden können.

Alles andere muss dann mir der Deutschen Post raus

Stenigt mich nicht......

 

[gutberle]

AW: SQL Abfrage von PLZ

Und, hast Du auch ein Problem oder eine Frage an uns oder wolltest Du uns nur Deinen Ansatz vorstellen...

 

[adaptare01]

AW: SQL Abfrage von PLZ

Hallo gutberle,

ja die Frage ist in der Verzweifelung dort geblieben wo sie herumgeistert.

Mein Ansatz funktioniert überhaupt nicht. Es sollte ja eigentlich eine Kleinigkeit sein, aber wenn man seit Tagen des Lesens und Rumprobierens nicht weiter kommt......

Frage:
Kann mir einer, gerne auch an einem anderen Beispiel diese JTL_DirectQuery Anweisung kurz erläutern oder mir sachdienliche Hinweise geben, die mir zur Lösung des Problems weiterhelfen können?

 

[Marc Völker]

AW: SQL Abfrage von PLZ

Die Frage ist erst mal, (sorry falls ich was überlesen habe) wo willst du die Abfrage haben?

Im Workflow? In der Emailvorlage? In den Ausdrucken?
Weil die Funktion JTL_DirectQuery dient ausschließlich dazu, in seinen Vorlagen Informationen aus der Datenbank darzustellen. Nicht mehr, nicht weniger.

Wenn du genau das willst, haben wir ja schonmal die Richtige Funktion, dann zur nächsten Baustelle, dem SQL

Ich nehme daher einfach mal nur das SQL zwischen den "

SELECT citipostPLZ.Partnernummer FROM citipostPLZ WHERE citipostPLZ.PLZ='Vorgang.Auftrag.Lieferadresse.PLZ '

Auf den ersten blick okay, auf dem zweiten nicht, weil das würde genau so wie es hier steht zur DB geschickt werden, ohne das die PLZ ersetzt wird.
Es müsste eigentlich so aussehen

SELECT citipostPLZ.Partnernummer FROM citipostPLZ WHERE citipostPLZ.PLZ='" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'

Sprich mit Doppel " und der Verkettung durch +
Darüber hinaus muss am ende natürlich vor dem Schließendem einfachen ' kein Leerzeichen enthalten sein.

Vielleicht noch als Schutz vorne direkt nach dem Select eine TOP 1 mit einbauen, damit du wirklich nur einen, und zwar den ersten Datensatz ausgibst. P.S. der Qualifier im Forum von Tabellennamen bei den Spalten brauchst du nicht, wenn die Spalte eh Eindeutig ist. Also sollte das Statement dann so aussehen

SELECT TOP 1 Partnernummer FROM citipostPLZ WHERE PLZ='" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'

Wenn wir das ganze noch was schön machen

SELECT TOP 1 [Partnernummer] FROM [dbo].[citipostPLZ] WHERE [PLZ]='" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'

Dann sollt das auch so klappen.

 

[adaptare01]

AW: SQL Abfrage von PLZ

Hallo Marc!

Das hat wunderbar geklappt. Vielen Dank fuer die schnelle Hilfe!
Jetzt muss ich das Ganze nur noch in lustigen Cond Abfragen basteln und dann ist es wohl perfekt.
Um den Lerneffekt fuer mich noch zu erhoehen, warum ist der letzte Ausdruck

'" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'

zwischen den beiden + Zeichen?
Das erste koennte ich mir intuitiv noch erklaeren, aber das zweite......

Darf man eigentlich so ungeniert in der JTL Datenbank reinwerkeln?
Hatte irgendwo gelesen, dass man sonst keinen Anspruch auf Support hat, wenn man da was dran geaendert hat..

 

[Marc Völker]

AW: SQL Abfrage von PLZ

'" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'

Dazu würde ich mir den ganzen ausdruck angucken


JTL_DirectQuery ("SELECT TOP 1 [Partnernummer] FROM [dbo].[citipostPLZ] WHERE [PLZ]='" + Vorgang.Auftrag.Lieferadresse.PLZ+ "'")

Beim ersten " fangen wir ja eine Zeichenkette an, alles was danach kommt wird ja auch "glaub in Rot dargestellt" weil es ein String ist, bei Vorgang.... handelt es sich um eine Variable, diese wollen wir ausgewertet haben, daher wird diese dann mit + Verknüpft
Auch string interpolation genannt. Danach sagen wir das wir den String nochmal um ein ' erweitern und schließen am ende kommt dann ein String wie z.B.

SELECT TOP 1 [Partnernummer] FROM [dbo].[citipostPLZ] WHERE [PLZ]='40210'

raus.

Darf man eigentlich so ungeniert in der JTL Datenbank reinwerkeln?
Hatte irgendwo gelesen, dass man sonst keinen Anspruch auf Support hat, wenn man da was dran geaendert hat..

Das ist ein Komplexeres Thema, Grundsätzlich ja, man darf es nicht. Es gibt gewisse Geschichten welche aber Toleriert werden, z.B. eigene Funktionen, eigene Stored Procedures, Eigene Tabellen, Eigene Views. Sowas ist okay.
Was nicht okay ist, Tabellen von JTL z.B. um Spalten zu erweitern. Trigger hinzuzufügen oder direkt Logik von JTL zu manipulieren.

Grundsätzlich ist sowas wie eine String Interpolation bei SQL Statements eine Sicherheits Lücke. Und Potenziel kann sowas zum Verlust von Daten führen. JTL hat dort aber ein paar Schutzmechanismen eingebaut, sodass nicht wirklich was Kritisches passieren kann.

 

[adaptare01]

AW: SQL Abfrage von PLZ

Besten Dank Marc!

Sehr gute Erklaerung die mich auch dazu veranlasst hat ein SQL fuer Dummies Buch zu kaufen. Hatte irgendwann mal im Studium ein Semester Datenbanken, aber da ist nicht viel haengen gelieben.

Eigentlich graut es mir auch davor direkt in der Datenbank herumzufummeln, wenn man nicht wirklich den Durchblick hat.

Koennte man solche Abfragen auch irgendwie anders loesen, ohne eine zusaetzliche Tabelle in der Datenbank?

Zur Zeit haben wir ein PHP Script fuer diese Abfrage, welches sich aber in JTL nicht verwenden laesst.

 

[Marc Völker]

AW: SQL Abfrage von PLZ

Je nach menge der Datensätze bestimmt. Aber über die Tabelle auf jeden fall eleganter. Wir haben bei unseren Projekten ja auch unzählige zusätzliche Tabellen in der DB, ist eigentlich kein Problem