Re: [HACKERS] Feature enhancement request : use of libgda in

From: Jean-Michel POURE <jm(dot)poure(at)freesurf(dot)fr>
To: Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>
Cc: andrea(dot)aime(at)comune(dot)modena(dot)it, Andrea Aime <aaime(at)comune(dot)modena(dot)it>, pgsql-hackers(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org
Subject: Re: [HACKERS] Feature enhancement request : use of libgda in
Date: 2002-02-11 14:58:43
Message-ID: 200202111458.g1BEwhF17175@www1.translationforge
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Le Lundi 11 Février 2002 12:33, Gavin Sherry a écrit :
> The addition of trigger and rule/view
> recompilation is a convenience at best and there are alternatives to
> ALTER TABLE DROP COLUMN. Take a look at the TODO list: the most urgent
> items relate to replication/clustering, point-in-time recovery and
> row-reuse. All in all, it is these features which are much more desirably
> to current and prospective users.

Many projects ask users to vote for priority features.
Who can speak for end-users? Gavin, we need a pool in the to-do-list ...
These are hackers priorities which ***may** differ from end-user ones.

1) End-user point of view

My humble and personnal opinion, shared by many end-users, is that CREATE
TABLE AS (or whatever based on CREATE TABLE AS and UPDATE FROM) is not a
valid alternative. A database sysadmin with 500 tables, triggers and rules
cannot use alternatives. We need some basic features :
- to modify schema objects (CREATE OR REPLACE VIEW, CREATE OR REPLACE
TRIGGER).
- to drop schema objects (ALTER TABLE DROP COLUMN).

I would be very please if some users could express themselves. What is your
opinion as regards CREATE TABLE AS, ALTER TABLE DROP COLUMN, etc...

What is the end-user priority for such features in 7.3 ?

2) Use of libgda to query legacy databases

Would it be possible to add this feature in the the to-do-list (very low
priority = in the long run):
" use libgda to query legacy databases (Oracle, Sybase, MySQL) transparently
from PostgreSQL in order to access both data (tables, views) and schema
objects (triggers, functions, rules, types, etc..)".

Is this computer fiction to attach Oracle tables in PostgreSQL using libgda?
I can't tell and I would be happy to know the hackers' opinion.

Best regards,
Jean-Michel POURE

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bradley Brown 2002-02-11 15:02:19 initdb - segmentation fault
Previous Message Dean 2002-02-11 14:43:35 7.2 install problems with plpgsql

Browse pgsql-hackers by date

  From Date Subject
Next Message Karl DeBisschop 2002-02-11 15:18:51 Re: [HACKERS] Feature enhancement request : use of libgda
Previous Message Marc G. Fournier 2002-02-11 14:40:16 Yeech ... more on SEQSCAN vs having it disabled ...