Subject | Re: [Firebird-Architect] Counter proposal to Temporary tables |
---|---|
Author | Nando Dessena |
Post date | 2004-12-01T10:23:13Z |
Vlad,
so where has the input for this work come? Who is eagerly waiting for
temporary tables as described by Ann?
pretty much so, although it has been agreed upon (I believe) that a
stored procedure (or a trigger, or a PSQL block) cannot be considered
a SQL-client-module in SQL-standard parlance, which invalidates the
whole idea. That's what I catched from this rather chaotic discussion.
It may well be off base and certainly contributes to increase the
entropy. ;-)
Ciao
--
Nando Dessena
http://www.flamerobin.org
>> with the limitations above, not much. But I am a little lost as to howV> Sorry, i don't know about "original requirements from Volker Rehn"
>> the original requirements from Volker Rehn generated this whole
so where has the input for this work come? Who is eagerly waiting for
temporary tables as described by Ann?
>> Scoped table/cursor variables (with table/cursor as aV> Is this that what i named 'local declared temporary tables' ?
>> datatype) are what Firebird needs IMHO.
pretty much so, although it has been agreed upon (I believe) that a
stored procedure (or a trigger, or a PSQL block) cannot be considered
a SQL-client-module in SQL-standard parlance, which invalidates the
whole idea. That's what I catched from this rather chaotic discussion.
It may well be off base and certainly contributes to increase the
entropy. ;-)
Ciao
--
Nando Dessena
http://www.flamerobin.org