| From: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
|---|---|
| To: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>, "Clark C(dot) Evans" <clark(dot)evans(at)manhattanproject(dot)com> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-general <pgsql-general(at)postgreSQL(dot)org> |
| Subject: | Re: [GENERAL] Future of PostgreSQL |
| Date: | 1999-12-27 03:18:54 |
| Message-ID: | 99122622434800.00550@lorc.wgcr.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sun, 26 Dec 1999, Marc G. Fournier wrote:
> On Sat, 25 Dec 1999, Clark C. Evans wrote:
> > Plug-in Oracle 7 compatibility.
>
> I know we have (and have for awhile) a good deal of Oracle
> compatibility...what do you mean by 'Plug-In Oracle 7 compatibility'?
Plug in Oracle compatibility would mean being able to drop a PostgreSQL server
as a replacement to an Oracle server and not having to reconfigure any clients,
rewrite any SQL, and basically not even know that the database server has been
changed.
I personally don't think that 100% drop-in Oracle Compatibility is a good goal
-- see Philip Greenspun's Oracle Tips page at
http://photo.net/wtr/oracle-tips.html. He also has some real good points
about LONG types and oracle CLOBs -- tips that are very worth reading, IMO.
I want my long texts to be transparent to my tcl code -- I want to index them
for speed, and I want full functionality -- I don't want CLOBS (a takeoff on
Postgres/Illustra large objects, IIANM).
....
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Howie | 1999-12-27 05:26:40 | pgsql 7.x... |
| Previous Message | Mike Mascari | 1999-12-27 03:12:32 | Re: [GENERAL] pgsql 7.x... |