Re: SCHEMA compatibility with Oracle/DB2/Firebird

From: Richard_D_Levine(at)raytheon(dot)com
To: Chris <pglist(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org, pgsql-general-owner(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: SCHEMA compatibility with Oracle/DB2/Firebird
Date: 2005-01-24 14:59:29
Message-ID: OF59C762FD.120AC7B8-ON05256F93.005238E5@ftw.us.ray.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

If you explicitly name your schemas (including public) in all of your SQL
it will port easily to Oracle.


Chris
<pglist(at)gmail(dot)com> To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Sent by: cc: pgsql-general(at)postgresql(dot)org
pgsql-general-owner(at)pos Subject: Re: [GENERAL] SCHEMA compatibility with Oracle/DB2/Firebird
tgresql.org


01/22/2005 05:05 PM
Please respond to Chris

>
> AFAIK the idea of a schema search path is specific to PG. I'm not sure
> how you will handle your "public" functions in other DBMSes.
>
> regards, tom lane
>

I'll probably have to go research this for each database. I have no
plans on immediately supporting other databases, but I don't want to
use a structure that will be extremely difficult to port down the
road.

Chris

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2005-01-24 15:11:27 Re: Weird problem in 8.0.0
Previous Message Vincenzo Ciancia 2005-01-24 14:55:21 Validating user-input to be inserted in regular expressions