MySQL und Excel-Automatismen beim Interpretieren von SQL-Statements?

[Bernhard Geyer]

ich will per SQL ein Feld mit Prefix zurück geben:

Code:

select '957' + matnr, matnr from mat

MS SQL macht hier wie erwartet ein String-Zusammensetzung.
MySQL (8) interpretiert das erste '957# als Zahl und das Feld matnr ebenfalls als Zahl und Addiert die beiden.
matnr ist aber er ein varchar-Feld

W T H haben sich hier die Entwickler gedacht?

Zugriff/versuch mit MySQL Workbench und HeidiSQL

Wie bekommt man diesen Excel/Access-Blödsinn bei MySQL wieder weg?

[Delphi.Narium]

Bei Oracle, PostGres, Firebrid, Interbase macht man's per ||

Bei MySQL: https://www.w3schools.com/Sql/func_mysql_concat.asp

[Bernhard Geyer]

Bei MySQL scheint das ein boolean-or zu sein

[Delphi.Narium]

select 'Zeichenfolge' + 'Zeichenfolge' from tabelle geht, soweit ich das mitbekommen habe, nur bei Microsoft.

Andere rechnen bei der Verwendung von +, sofern sich die Werte links und rechts vom + in Zahlen konvertieren lassen. Andernfalls gibt's 'nen Fehler.

Standard dürfte Concat sein, wobei man hier (strenggenommen) nummerische Werte per Cast oder Convert erstmal in Zeichenfolgen umwandeln müsste.

Die Verwendung des + ist praktisch, aber man kann nicht mit zwingender Sicherheit vorraussagen, was man als Ergebnis bekommen wird.

Zeichenfolge + Zeichenfolge = Zeichenfolge

Zahl + Zeichenfolge = Zeichenfolge

Zeichenfolge + Zahl = Zeichenfolge

Aber wehe, die Zeichenfolgen lassen sich von der Datenbank implizit in Zahlen verwandeln, dann kann auch gelten:

Zeichenfolge + Zeichenfolge = Zahl

Zahl + Zeichenfolge = Zahl

Zeichenfolge + Zahl = Zahl

Und wenn man dann etwas schreibt, was mit beliebigen Datenbanken funktionieren soll: Fröhliches Fehlersuchen.

[Bernhard Geyer]

Zitat:

Die Verwendung des + ist praktisch, aber man kann nicht mit zwingender Sicherheit vorraussagen, was man als Ergebnis bekommen wird.

Zeichenfolge + Zeichenfolge = Zeichenfolge

Das liegt ja m.E. vor
Feste Zeichenfolge + varchar-Feld

[Bernhard Geyer]

concat funktioniert.
Das genügt mir erstmal für meine One-Time Datenänderung

[Delphi.Narium]

Zitat von Bernhard Geyer:

Zitat:

Die Verwendung des + ist praktisch, aber man kann nicht mit zwingender Sicherheit vorraussagen, was man als Ergebnis bekommen wird.

Zeichenfolge + Zeichenfolge = Zeichenfolge

Das liegt ja m.E. vor
Feste Zeichenfolge + varchar-Feld

Und gilt nur bei Microsoft.

Und wenn eine feste Zeichenfolge in eine Zahl umgewandelt werden kann und der Inhalt des VarChar-Feldes ebenfalls, kann durchaus auch Zahl als Ergebnis rauskommen. Kommt halt auf die Datenbank an.

[jobo]

Vielleicht kannst Du mit irgendwelchen "Strict Mode"s mySQL etwas in Deine Richtung dressieren. (Wobei das + von MS jetzt m.E. auch nicht DER Standard ist)
Die Strict Modes sorgen jedenfalls häufiger für solide Fehlermeldungen und Verhalten, wie man es im Standard / bei den anderen gewohnt ist.
Das kann vor allem hilfreich sein, wenn man im Testumfeld agiert.
Ich finde einen harten Fehler grundsätzlich sympathischer als solchen impliziten Konvertierungsmist, der sich überall durchzieht und dann erst beim Jahresabschluss auffällt.
Da ich nie freiwillig mit mySQL arbeiten würde, kann ich keine konkreteren Hinweise liefern.

[Bernhard Geyer]

Zitat:

Vielleicht kannst Du mit irgendwelchen "Strict Mode"s mySQL etwas in Deine Richtung dressieren. (Wobei das + von MS jetzt m.E. auch nicht DER Standard ist)

Ja. sowas wäre schön. Hatte vor Jahren in VBA lange zeit mit Fehlern verbracht da dieser nicht aktiv war.
Leider kenn ich das nicht ob es sowas gibt.

Zitat:

Ich finde einen harten Fehler grundsätzlich sympathischer als solchen impliziten Konvertierungsmist, der sich überall durchzieht und dann erst beim Jahresabschluss auffällt.

Sehe ich auch so. Deshalb auch im Titel "Excel-Automatismen".
Wer ärgert sich nicht wenn im Öffnen in Excel teschnische IDs als Zahlen oder Datum interpretiert werden und man dann erstmal wieder schauen muss wie man das weg bekommt.

Zitat:

Da ich nie freiwillig mit mySQL arbeiten würde, kann ich keine konkreteren Hinweise liefern.

MySQL geht schon. Schlimm ist eher wenn man mal wieder was mit Oracle zu tun hat...

[jobo]

Zitat von Bernhard Geyer:

Zitat:

Vielleicht kannst Du mit irgendwelchen "Strict Mode"s mySQL etwas in Deine Richtung dressieren. (Wobei das + von MS jetzt m.E. auch nicht DER Standard ist)

Ja. sowas wäre schön. Hatte vor Jahren in VBA lange zeit mit Fehlern verbracht da dieser nicht aktiv war.
Leider kenn ich das nicht ob es sowas gibt.

Zitat:

Da ich nie freiwillig mit mySQL arbeiten würde, kann ich keine konkreteren Hinweise liefern.

MySQL geht schon. Schlimm ist eher wenn man mal wieder was mit Oracle zu tun hat...

Am besten, wenn Du frei (alleine) über die DB Settings bestimmen kannst, probier mal aus, ob hilfreiche Settings dabei sind. Man kann es auch per Session einstellen.
https://dev.mysql.com/doc/refman/8.0...#sql-mode-full

Ich finde mySQL geht gar nicht, ewig keine Updates, ein Meer von altem Schrottcode im Internet*, der einfach nicht aussterben will. Gruselig.
Oracle DB ist da eher einfach nur eine Preisfrage. (Und Vertrauen darauf, dass es keine unerwartetenden Strategiewechsel gibt)