Subject | Re: [firebird-support] Slow update on subsequent call within a |
---|---|
Author | Jaison Gmail |
Post date | 2009-08-19T05:31:18Z |
Dmitry Yemanov wrote:
searching this in the net). Someone please help me.
If you want, I shall email the test db (privately) to you, for further
investigation. It is less than 2 MB when zipped.
outside the transaction with a little modification in the design.
Thanks,
Jaison Joseph
> Jaison Joseph wrote:Sorry, I don't know how to retrieve that value (I spent some time
>
>>> How wide are records of trg_trg?
>>>
>> CREATE TABLE TRG_TRG
>> (
>> TRG_ID Integer,
>> TRG_EMP_ID Integer,
>> TRG_DTTM Timestamp,
>> TRG_CODE Integer,
>> TRG_PRSD Smallint DEFAULT 0,
>> TRG_TRD_ID Integer,
>> TRG_DOR_CODE Varchar(16),
>> TRG_DEV_ID Integer,
>> CONSTRAINT PK_TRG_TRG PRIMARY KEY (TRG_ID)
>> );
>>
>
> Hmmm. Not wide at all, I'd say.
>
> Out of curiosity, how many record versions does this table have?
>
searching this in the net). Someone please help me.
If you want, I shall email the test db (privately) to you, for further
investigation. It is less than 2 MB when zipped.
> Regardless, you have to find a workaround on your side, I doubt anyThank you very much for your time. We decided to move the second update
> server side optimization is possible in this case.
>
>
> Dmitry
>
outside the transaction with a little modification in the design.
Thanks,
Jaison Joseph