Subject | Re: [Firebird-Architect] GPRE |
---|---|
Author | Adriano dos Santos Fernandes |
Post date | 2010-02-09T10:51:14Z |
Em 9/2/2010 00:40, Peter Faulks escreveu:
Is it for development purposes (SQL integrated with the application
versus SQL in strings, files or dynamically generated) or for
performance purposes (precompiled versus runtime compiled SQL)?
Adriano
> G'dayI'd first ask you to start why you need embedded SQL.
>
> Been a firebird user (on and off) for nearly ten years.
>
> Just wondering what is the future of gpre and/or support for embedded
> SQL for firebird.
>
> It seems to me to be always lagging behind everything else (it took
> years to get COALESCE)
>
> I was ecstatic to see that FB was starting to get some useful functions
> in the engine itself, but then saw that good ol' gpre is still not up to
> date. :-(
>
> Is blr here to stay? If it is, I might consider spending some time
> learning how gpre works (or doesn't work to be more accurate) and
> perhaps look at writing a new pre-compiler from scratch that uses lookup
> tables or something so that future additions to the language can just be
> added. (Could it be that simple?)
Is it for development purposes (SQL integrated with the application
versus SQL in strings, files or dynamically generated) or for
performance purposes (precompiled versus runtime compiled SQL)?
Adriano