> -Original Message-
> From: Ann Harrison [mailto:aharri...@nuodb.com]
> Sent: Martes, 06 de Marzo de 2012 19:10
>
> Having started this discussion by agreeing with Claudio, now
> let me suggest that I was probably wrong. I'll think about it
> a bit more, but finding a way of extending
On 03/06/12 23:01, Leyne, Sean wrote:
>> -Original Message-
>> From: Claudio Valderrama C. [mailto:cva...@usa.net]
>> Sent: Tuesday, March 06, 2012 6:29 AM
>>
>>> -Original Message-
>>> From: Alex Peshkoff [mailto:peshk...@mail.ru]
>>> Sent: Martes, 06 de Marzo de 2012 8:06
>>>
>>>
On 03/06/12 23:56, Dimitry Sibiryakov wrote:
> 06.03.2012 20:54, Adriano dos Santos Fernandes wrote:
>> It will be 0.333... (up to the maximum NUMBER scale precision).
>>
>> The thing is that for operations like addition, subtraction, NUMBER will
>> work like NUMERIC (i.e., it's results are more p
07.03.2012 10:03, Alex Peshkoff wrote:
> At least for today dialect 1 means blr 4, dialect 3 means blr 5. Suppose
> this can be reworked, but far not trivially.
Weren't there plans to exclude BLR from chain SQL-BLR-EXE at all?..
--
SY, SD.
-
On 03/07/12 13:11, Claudio Valderrama C. wrote:
>> -Original Message-
>> From: Ann Harrison [mailto:aharri...@nuodb.com]
>> Sent: Martes, 06 de Marzo de 2012 19:10
>>
>> Having started this discussion by agreeing with Claudio, now
>> let me suggest that I was probably wrong. I'll think a
On 03/07/12 13:05, Dimitry Sibiryakov wrote:
> 07.03.2012 10:03, Alex Peshkoff wrote:
>> At least for today dialect 1 means blr 4, dialect 3 means blr 5. Suppose
>> this can be reworked, but far not trivially.
>Weren't there plans to exclude BLR from chain SQL-BLR-EXE at all?..
>
There were s
07.03.2012 10:14, Alex Peshkoff wrote:
> Some related questions are raised:
If we talk only about BLR generated and executed inside of server, I would
say
"generate BLR6 always for any SQL dialect", but with BLR generated or
interpreted in
client library there is a matter of compatibility w
Hello,
sorry, but I'm able to start a user trace session (=service attachment)
without the trigger firing.
I'm using Thomas' FB TraceManager.
This might be an intended feature. Is it?
> On 02/27/12 18:19, Björn Reimer wrote:
>> Hello,
>> should a trigger like the following on fb 2.
restore speed is important for big databases. It's a pain to wait 7 hours for
restore to complete (~3 hours for data import and ~4 hours for index creation).
Usually those big databases are already on fastest disk arrays companies can
afford (and in addition servers have lots of RAM for caching)
On 03/01/12 20:48, Adriano dos Santos Fernandes wrote:
> So, the password (and all other data) is converted if
> isc_dpb_utf8_filename is not used. This may have bugs, specially in the
> services mode, I'd say.
When converting strings in DPB to UTF8, we touch not only password but a
number of o
07.03.2012 16:41, Alex Peshkoff wrote:
> Therefore the question
> is - does server-side encoding also fit in to that 'as_server_ can see it'?
I would say that if you use unicode routines for file I/O you won't miss.
--
SY, SD.
-
11 matches
Mail list logo
