MySQL SELECT mit IF ?

[static_cast]

Hi,

habe ein prob bei einem MySQL Statement, ich möchte einen SELECT auf eine Tabelle machen wo Spalten leer oder null sein können, aber in meinem Fall eher leer also ''.

Mein Bsp.:

z.B. die Spalten: NAME FOO BAR MAIL und DATUM nun folgendes Statement "SELECT * FROM tabelle", ABER ich möchte das er wenn MAIL = '' ist dort 'No Mail' in die Spalte packt beim Result!

Hab ich etwas in der MySQL Doku gelesen und was über IF gefunden.

Kam ich also auf die Idee:

Code:

SELECT * IF(mail='',mail,'No Mail') FROM images

Das geht aber nicht! :cry:

Hoffe ihr kömmt mir helfen,
Gruss Daniel

[Stevie]

SQL-Code:

select ifnull(mail, 'No Mail') from images

[Maa83]

im Select Statement kannst du Case benutzen:

SELECT *, CASE WHEN mail='' THEN 'No Mail' ELSE mail END AS mail
FROM images

statt * alle Felder bis auf Mail aufzählen!

oh... Stevie war schneller und mit einer anderen Idee :)

[PRehders]

Hallo,

der SQL-Standard sieht hierfür die Funktion COALESCE vor; diese gibt aus den übergebenen (beliebig vielen) Parametern den ersten zurück, der nicht NULL ist:

SQL-Code:

select COALESCE (mail, 'no mail')...

Bei einer eventuellen Umstellung auf einen andere DB hast du dann eine Baustelle weniger!

Noch'n Tipp: Lieber immer alle gewünschten Felder aufzählen statt select *, das kann bei Struktur-Änderungen recht unangenehm werden...

Gruß

Peter

[static_cast]

Hey danke euch zwei, geht wunderbar! :)

Hab es jetzt so, da konnte ich ja gleich noch die abfrage auf NULL mit einbaun =)

SQL-Code:

SELECT idx, sortkey, filename, hashname, hash, owner, 
CASE WHEN (
mail = ''
)
OR (
mail = NULL 
)
THEN 'No Mail'
ELSE mail
END AS mail, description, deletekey, size, uploadtime, ip, listingkey, insertmode
FROM images

Aber muss ich wirklich alle Felder auflisten? Wie läßtig wird das erst wenn ich mehr habe als die paar? Ohwei...

//Edit: Danke PRehders, das ist ja noch Einfacher :)

[static_cast]

Naja... irgendwie geht das mit dem COALESCE gar nicht die Felder werden trozdem als leer zurückgeliefert, kann es sein das das nur bei NULL Feldern anwendbar ist?

SQL-Code:

SELECT idx, sortkey, filename, hashname, hash, owner, COALESCE( mail, 'No Mail' ) , description, deletekey, size, uploadtime, ip, listingkey, insertmode FROM images

[Stevie]

Zitat:

Zitat von static_cast

ich möchte einen SELECT auf eine Tabelle machen wo Spalten leer oder null sein können, aber in meinem Fall eher leer also ''.

:warn: '' <> NULL !!!

[PRehders]

Hallo,

da hatte ich wohl nicht so ganz geschnallt...

COALESCE bearbeitet NULL-Werte; wenn bei dir aber ein leerer String drinsteht, ist dies natürlich nicht NULL und er bringt den Feldwert raus.
Eine solche Datenkonstellation sollte man aber tunlichst beim Befüllen der DB vermeiden, denn wenn das Feld leer ist, ist doch wohl eigentlich NULL gemeint...

Aber dann musst Du es wohl doch mit den anderen Konstrukten probieren.

Gruß

Peter

[static_cast]

Zitat:

Zitat von Stevie

Zitat:

Zitat von static_cast

ich möchte einen SELECT auf eine Tabelle machen wo Spalten leer oder null sein können, aber in meinem Fall eher leer also ''.

:warn: '' <> NULL !!!

Das weiß ich wohl das NULL != '' ist, deswegen steht es da auch extra erwähnt "leer oder null sein können, aber in meinem Fall eher leer"! Wer lesen kann ist klar im Voteil ;) *g*

Zitat:

Zitat von PRehders

Eine solche Datenkonstellation sollte man aber tunlichst beim Befüllen der DB vermeiden, denn wenn das Feld leer ist, ist doch wohl eigentlich NULL gemeint...

Naja kann ich mich ja wohl kaum gegen wehren, wenn im Eingabefeld der Webform das Feld für die Mail vom User leer gelassen wird, ist es halt einfach leer aber nicht NULL.

[Stevie]

Das war auch eher an die anderen gerichtet, die - wie ich - auf der Null-Schiene waren. :oops:

Du könntest also über einen Standardwert das (Nicht-)Befüllen mit NULL verhindern und dann das Case-Konstrukt in der Abfrage benutzen.

[PRehders]

Zitat:

Zitat von static_cast

Aber muss ich wirklich alle Felder auflisten? Wie läßtig wird das erst wenn ich mehr habe als die paar? Ohwei...

Man muss es natürlich nicht; aber die Erfahrung zeigt, dass man gerade bei der Entwicklung recht häufig was an den Tabellen ändert. Auch später in Produktion kann immer mal ein Feld dazukommen. Wenn das passiert, und dein Programm wird nicht zeitgleich geändert, dann heisst

SQL-Code:

select * from ...

auf einmal etwas ganz anderes als vorher und das gibt Verdauungsbeschwerden :?

Manchmal wird auch von Tables auf Views umgestellt und da kann es sehr schnell mal zu einem Verdreher in der Feldreihenfolge kommen; wenn die verdrehten Felder dann den gleichen Typ haben, wird es wirklich lustig bei der Fehlersuche (sonst gibt es meist einfach einen Abbruch).

Es ist besser, genau das hinzuschreiben, was man haben will, dann hat man eine mögliche Fehlerquelle weniger.

Bei einem kleinen Testprojekt o.ä. kannst du es natürlich anders handhaben, aber sobald es größer und komplexer wird, solltest du dir diese (einmalige) Arbeit machen.
Wir doktern hier in einem halben Dutzend DB2-Instanzen mit ein paar hundert(!) Datenbanken, tausenden Tables und einem vielfachen an Views rum, für die ca. 15 Fachbereiche zuständig sind und Änderungen anfordern; da lernt man ganz schnell, dass Mehrarbeit manchmal Arbeit spart...

Viel Spaß noch


Peter

[Maa83]

nicht mail = NULL sondern mail is NULL bzw. mail is not NULL

[PRehders]

Zitat:

Zitat von static_cast

Zitat:

Zitat von PRehders

Eine solche Datenkonstellation sollte man aber tunlichst beim Befüllen der DB vermeiden, denn wenn das Feld leer ist, ist doch wohl eigentlich NULL gemeint...

Naja kann ich mich ja wohl kaum gegen wehren, wenn im Eingabefeld der Webform das Feld für die Mail vom User leer gelassen wird, ist es halt einfach leer aber nicht NULL.

Ich wollte Dir da auch keinen Vorwurf machen, zumal ich nicht weiss, wer die DB befüllt. Ich wollte eigentlich nur darauf hinweisen, dass ich es für besser halte, sauber mit NULL-Werten zu arbeiten. Und wenn die User das Feld für die Email leer lassen, kann man (das Userinterface) es doch als NULL in der DB eintragen.

Nx für ungut..

Gruß

Peter