Implementing SQL/PSM for PG 8.2

Поиск
Список
Период
Сортировка
От Denis Lussier
Тема Implementing SQL/PSM for PG 8.2
Дата
Msg-id B319CFEC3B80D3408CA36F99ADE840940F28C7@edb-dc1.Edb-net.EnterpriseDB.com
обсуждение исходный текст
Ответы Re: Implementing SQL/PSM for PG 8.2  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Implementing SQL/PSM for PG 8.2  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Hi All,
 
My company (EnterpriseDB) is very interested in helping to make ANSI-ISO SQL Stored Procedures part of standard BSD Postgres.  The SQL/PSM standard is currently used in DB2 and is being implemented in MySQL 5.0.   Note that I'm NOT a big fan of adding Oracle compatibility to PL/pgSQL, but, I'm biased in this regard because EnterpriseDB's SPL (Superset Procedural Language) supports Redwood (pl/sql) and Redmond (transact-sql) style programming.
 
For various technical and backward compatibility reasons, I don't think SQL/PSM should be a replacement for PL/pgSQL.  Although I do think it should heavily leverage the solid foundation afforded by the PL/pgSQL code base.  I think it should start as a separate project on PgFoundry.   Once it is working and fully tested and rock solid and proven...  I think it should then be considered to become part of the core & installed by default alongside plpgsql.  
 
Please note that this is all appropriate for 8.2, because changes to the server side code are necessary to support ANSI stored proc signatures and flexible out/inout parameter passing.   EnterpriseDB will publish those suggested server changes for review so that work can begin on plsqlpsm sooner rather than later.
 
What do y'all think??   I believe the first step is for us to create "plsqlpsm" as a BSD project in PgFoundry.
 
--Luss
 

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Fundamental error in "no WAL log" index/file creation stuff
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Open items