| From: | Ashley Cambrell <ash(at)freaky-namuh(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgreSQL(dot)org, pgsql-interfaces(at)postgreSQL(dot)org |
| Subject: | Re: Roadmap for FE/BE protocol redesign |
| Date: | 2003-03-10 21:37:28 |
| Message-ID: | 3E6D0598.9060503@freaky-namuh.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-interfaces |
Tom Lane wrote:
>This is an attempt to lay out a road map for updating the frontend/backend
>protocol in 7.4. I don't at this point want to get into details on any
>one of the TODO items, just get consensus that this is the set of tasks
>to be tackled. Are there any areas that I've missed (that require
>protocol changes)?
>
>
>
What about binding variables ala oracle's ociparse -> ocibindbyname ->
ociexecute -> ocifetch ? I know you can do most of it via SQL
(PREPARE/EXECUTE) but you can't do 'RETURN x INTO :x' as it stands.
This would also get around the problem of getting values from newly
inserted rows (eg PKs) without resorting to OIDs. Not entirely a FE/BE
issue... but worth considering in any redesign.
Ashley Cambrell
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Badger | 2003-03-10 21:41:10 | Re: [INTERFACES] Roadmap for FE/BE protocol redesign |
| Previous Message | Doug Royer | 2003-03-10 21:36:19 | Re: [GENERAL] division by zero |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Badger | 2003-03-10 21:41:10 | Re: [INTERFACES] Roadmap for FE/BE protocol redesign |
| Previous Message | Tom Lane | 2003-03-10 21:31:06 | Re: Automatic detection of PostgreSQL version |