Subject | Re: [Firebird-Architect] Re: The Wolf on Firebird 3 |
---|---|
Author | Jim Starkey |
Post date | 2005-11-03T15:33:53Z |
Arno Brinkman wrote:
let's do it while transforming the engine from a SQL interpreter layered
on BLR to a proper SQL engine. We need to continue to support the BLR
API, but we don't really need to extend it.
--
Jim Starkey
Netfrastructure, Inc.
978 526-1376
>Hi,Right idea, wrong direction. Removing limits is all well and good, but
>
>
>
>>My high priority feature list for Firebird 3 is very short:
>>
>> 1. Two level name space (aka schemas)
>> 2. Long identifiers (128 characters)
>> 3. UTF-8 only ODS
>>
>>A multilevel name space is necessary for standard conformance, but more
>>importantly, it is necessary to support multiple application instances
>>within a single database, a near absolute requirement for Web
>>applications....
>>
>>
><snip>
>
>I agree we need this.
>
>Beside that i would like to add "Removing limits" which you've already done on a lot of places
>inside the code, but this also meant that a new fresh (version) extendable BLR language is needed.
>Shouldn't a new BLR be the first task or do you want to get rid of the whole BLR thing?
>With "Removing limits" i meant allowing more streams than 255, more conjunctions than 255, statement
>size limit, etc...
>
>
>
let's do it while transforming the engine from a SQL interpreter layered
on BLR to a proper SQL engine. We need to continue to support the BLR
API, but we don't really need to extend it.
--
Jim Starkey
Netfrastructure, Inc.
978 526-1376