Re: ecpg weird behavior
От | Michael Meskes |
---|---|
Тема | Re: ecpg weird behavior |
Дата | |
Msg-id | 20020315082124.GB12630@feivel.credativ.de обсуждение исходный текст |
Ответ на | Re: ecpg weird behavior ("Nicolas Bazin" <nbazin@ingenico.com.au>) |
Список | pgsql-interfaces |
On Thu, Mar 14, 2002 at 05:16:41PM +1100, Nicolas Bazin wrote: > It will know the variables when the cursor is declared. Here is the syntax > that we currently use with INFORMIX and it also corresponds to the syntax in > the PostgreSQL documentation: Where did you find this in the PostgreSQL docs? It certainly is not implemented. > EXEC SQL DECLARE curs_currency CURSOR FOR > SELECT DISTINCT > FT_devises.dvs_devise,pays.pys_coddevalp,pays.pys_nbrdecimal > INTO :pays.pys_coddevnum, :pays.pys_coddevalp, :pays.pys_nbrdecimal > FROM pays, FT_devises WHERE FT_devises.dvs_code = :stpe.tpe_profdevise > AND FT_devises.dvs_devise = pays.pys_coddevnum; > > EXEC SQL FETCH curs_currency; Anyone out there with more knowledge about standards? I thought this was not standard at all. > > Yes, I am. Please send it to me directly at meskes@postgresql.org. > This patch breaks backward compatibility. The idea was to change the output > of the preproc when it parses EXEC SQL type mytpe is ... from comment to the > proper typedef definition. Then the typedef doesn't have to be added > manually. If you still want it, I can send it. I still want it. After all I can change the behaviour with a command line option. Michael -- Michael Meskes Michael@Fam-Meskes.De Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
В списке pgsql-interfaces по дате отправления: