On 09/10/2014 03:44, Martijn Tonies (Upscene Productions) wrote:
>>> It would need two columns, one for procedure and another for function.
>>> Seems awful.
> Adding a "child object type" column?
>
But then RDB$FIELD_NAME would be different from it.
RDB$FIELD_NAME is a child object as packaged pr
Incorrect result in subquery with aggregate
---
Key: CORE-4574
URL: http://tracker.firebirdsql.org/browse/CORE-4574
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects Versi
Hello, All.
Is following warning safe?
> Generating parse.cpp and dsql.tab.h
> warning - the symbol db_ddl_privilege is undefined
> C:\Users\SD\MYDOCU~1\firebird\temp\Win32\debug\btyacc\btyacc: 2 rules never
> reduced
--
WBR, SD.
--
Hello Adriano,
It would need two columns, one for procedure and another for function.
Seems awful.
>> Adding a "child object type" column?
>>
>
>But then RDB$FIELD_NAME would be different from it.
Agreed.
>RDB$FIELD_NAME is a child object as packaged procedures and functions are.
Also
On 10/09/14 16:57, Dimitry Sibiryakov wrote:
> Hello, All.
>
> Is following warning safe?
>
>> Generating parse.cpp and dsql.tab.h
>> warning - the symbol db_ddl_privilege is undefined
>> C:\Users\SD\MYDOCU~1\firebird\temp\Win32\debug\btyacc\btyacc: 2 rules never
>> reduced
I've always th
On 09/10/2014 10:34, Martijn Tonies (Upscene Productions) wrote:
> You could use FIELD_NAME, for backwards compatibility, but also add a
> "child object type" column, for the package extension to distinguish between
> functions/procedures/future items.
Use a field with a name for another thing is
09.10.2014 17:24, Adriano dos Santos Fernandes wrote:
> On 09/10/2014 10:34, Martijn Tonies (Upscene Productions) wrote:
>> >You could use FIELD_NAME, for backwards compatibility, but also add a
>> >"child object type" column, for the package extension to distinguish between
>> >functions/procedure
>From: Adriano dos Santos Fernandes
>On 09/10/2014 10:34, Martijn Tonies (Upscene Productions) wrote:
>> You could use FIELD_NAME, for backwards compatibility, but also add a
>> "child object type" column, for the package extension to distinguish
>> between
>> functions/procedures/future items.
>
Hello, Alex!
On 09/24/2014 11:06 AM, Alex Peshkoff wrote:
> On 09/22/14 19:50, Nikolay Samofatov wrote:
>
>> The best way to speed it up for small blocks allocation in Firebird 2.5
>> allocation algorithm IMO is
>> to replace BTree with custom array.
>> Number of elements if freelist BTree is lim
