Skip site navigation (1) Skip section navigation (2)

Re: Question about Oracle compatibility

From: Don Baccus <dhogaza(at)pacifier(dot)com>
To: mweilguni(at)sime(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Question about Oracle compatibility
Date: 2000-11-27 18:38:24
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
At 06:09 PM 11/27/00 +0100, Mario Weilguni wrote:
>Sorry if I'm posting to the wrong list, but I don't know which list is 
>appropriate for this question.
>I've a question concerning compatibilty Postgres <-> Oracle. In Oracle,
>strings and null are basicly the same, but it does not seem to be under 
>Postgres, making migration a pain.

Go complain to Oracle - their behavior is NON-STANDARD.  PG is doing it right.
An empty string isn't the same as NULL any more than 0 is the same as NULL for
the integer type.  Adopting the Oracle-ism would break PG's SQL92-compliance
in this area.

>This gets really bad when the actual data is coming from a webinterface,
>to handle 2 different queries for the case empty string and non-empty string.
>Is there a better way to achieve this?

You could rewrite your logic to use the empty string rather than NULL, that's
one idea.  In the OpenACS project, we ported nearly 10,000 lines of datamodel
plus a thousands of queries from Oracle to Postgres and wrote a little utility
routine that turned a string returned from a from into either NULL or 'the
depending on its length.  The select queries in the Oracle version were
written using "IS NULL" so they worked fine.  It sounds like you've got a
more work to do if the Oracle queries aren't written as "is null or ..."

This is a very nasty misfeature of Oracle, though, because porting from SQL92
to Oracle can be very difficult if the SQL92 compliant code depends on the
string being different than NULL.  Going to SQL92 from Oracle is easier and
can write the Oracle queries and inserts in an SQL92-compliant manner.

Benefits of doing so are that your stuff will be easier to port to InterBase,
etc as well as Postgres.

- Don Baccus, Portland OR <dhogaza(at)pacifier(dot)com>
  Nature photos, on-line guides, Pacific Northwest
  Rare Bird Alert Service and other goodies at

In response to

pgsql-hackers by date

Next:From: Thomas LockhartDate: 2000-11-27 18:41:54
Subject: Re: FWD: tinterval vs interval on pgsql-novice
Previous:From: selkovjrDate: 2000-11-27 18:36:42
Subject: Re: [HACKERS] Indexing for geographic objects?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group