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
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 |