Re: What's wrong with this query?

Martin Gainty <mgainty@xxxxxxxxxxx> · Sun, 21 Jun 2009 22:03:05 -0400

hi mike-

is null uuid valid ?

my experience would suggest a uuid is a foreign key to some other entity
so any table containing object types (classes/structs) or table created from an object type
(class/struct) must have a not null uuid (other systems call it guid)
would require the uuid/guid to be not null otherwise the entity you would be pointing to
has been 'orphaned'

thanks,
Martin 
______________________________________________ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.

Date: Sun, 21 Jun 2009 18:43:42 -0700
Subject: Re: [GENERAL] What's wrong with this query?
From: mike@xxxxxxxxxxxxx
To: mgainty@xxxxxxxxxxx
CC: spam_eater@xxxxxxx; pgsql-general@xxxxxxxxxxxxxx

Thanks all, that's pretty much what I figured - just wanted to make sure..  I'm still trying to master this SQL thing you speak of.

On Sun, Jun 21, 2009 at 5:20 PM, Martin Gainty <mgainty@xxxxxxxxxxx> wrote:

testcase for a null uuid?

thanks,
Martin
______________________________________________ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.

Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.

> To: pgsql-general@xxxxxxxxxxxxxx
> From: spam_eater@xxxxxxx
> Subject: Re:  What's wrong with this query?

> Date: Mon, 22 Jun 2009 00:37:41 +0200

> 
> Mike Christensen wrote on 22.06.2009 00:10:
> > I just tracked down a bug in my software due to an "unexpected" behavior 

> > in Postgres..  Can someone clarify why this doesn't work (I haven't 
> > tried it on MSSQL or anything else, so I'm not sure if this is the 
> > official SQL standard or anything)..

> > 
> > CREATE TABLE test
> > (
> >   value uuid
> > );
> > 
> > INSERT INTO test VALUES ('00000000-0000-0000-0000-000000000000');
> > INSERT INTO test VALUES ('11111111-1111-1111-1111-111111111111');

> > INSERT INTO test VALUES (null);
> > 
> > select * from test where value != '00000000-0000-0000-0000-000000000000';
> > 
> > What I expect to get is two rows: the 
> > '11111111-1111-1111-1111-111111111111' row and the null row, as both 

> > those values are in fact not '00000000-0000-0000-0000-000000000000'.  
> > However, I only get the first one.
> > 
> That is standard behaviour.
> A comparison with a NULL value always returns false (and that is not a Postgres 

> speciality).
> 
> You need to use
> 
> select *
> from test
> where value != '00000000-0000-0000-0000-000000000000'
> or value is null;
> 
> Thomas
> 

> 
> -- 
> Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general

Insert movie times and more without leaving Hotmail®. See how.

Hotmail® has ever-growing storage! Don’t worry about storage limits. Check it out.