Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Guido Grohmann Newsgroups: de.sci.electronics Subject: Re: Frage zu Lua Date: Wed, 13 Dec 2017 07:59:11 +0100 Lines: 39 Message-ID: References: <5A2817E2.E328A6BB@Berger-Odenthal.De> <5A28505A.AC1FB2E8@Berger-Odenthal.De> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: individual.net RlPsXLvCEhxG14cBvoNmMwrEjMBxp6GsdCYX9Yoh1FVv37XFs= Cancel-Lock: sha1:GoFyzrxFpmIevr2YqiZ1wAhoCL8= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.1 In-Reply-To: Xref: csiph.com de.sci.electronics:237737 Arno Welzel schrieb: > Guido Grohmann: >=20 > [...] >> Zum ersten: Der Vergleich name =3D null wird so nie den Wert true erge= ben. >=20 > Nur bei Oracle. Andere DBMS k=C3=B6nnen so einen Vergleich durchaus aus= f=C3=BChren. Ich hab nichts anderes behauptet. Oben hatte jemand explizit Oracle=20 angef=C3=BChrt. >=20 >> Die Abpr=C3=BCfung auf null erfolgt mit dem konstrukt "is null" bzw. "= is not >> null", nicht mit "=3D null". >=20 > Ja - bei Oracle.=20 Noch mal f=C3=BCr dich alleine zum Mitmei=C3=9Feln: JA, ES WURDE EIN FEHL= VERHALTEN=20 BEI ORACLE BEM=C3=84NGELT! HASTES NUN KAPIERT?! > Andere DBMS k=C3=B6nnen sehr gut auch mit name =3D '' umgehen > und sehen '' nicht als NULL an. Was genau soll der Vorteil sein? Es ging darum, da=C3=9F angeblich die Zeichenkette 'null' als NULL=20 interpretiert w=C3=BCrde und somit beim Familiennamen "Null" ein dieser a= ls=20 leer abgewiesen w=C3=BCrde. Und da zeig mir bitte, wie das gehen soll - b= ei=20 ORACLE! Guido