Subject Re: [IBO] updates
Author hans@hoogstraat.ca
Thank U, Geoff,

>Covered this in a previous post - Blobs are handled separately and
>only posted if they have been changed/created. You will still see the
>blob-id posted with the main record, but this does not mean the entire
>blob was resent.

I'm I correct assuming only the first 80 byte segment from say
"COMMENT" BLOB SUB_TYPE TEXT SEGMENT SIZE 80
since it can be read in one transfer along with the rest
of the row ?

The remaining segments require a looped transfer mechanism ?

I did some tests. Showing a grid with editable fields and a
blob present. It populates and manupulates a lot faster if you
bring up the blob for editing with a generated select into
a TRichEdit at moment of selection than relying on an automatic
process with TRichEdit being one of the displayed grid objects.

==================================================================

Geoff Worboys wrote:
>
> > Yes, mormally over a fast network it doesn't make
> > much of a diffenerce. However, it sure does when
> > you have blobs in your tables.
>
> Covered this in a previous post - Blobs are handled separately and
> only posted if they have been changed/created. You will still see the
> blob-id posted with the main record, but this does not mean the entire
> blob was resent.
>
> > Used to AstaServer/Client software, which goes into
> > great depth to minimize Server/Client data exchange.
> > Which makes sense if you use a slower internet connect.
>
> Presuming that Asta (and the various other solutions available) batch
> updates into the same network packets at the client and extract them
> at the server then such a solution could offer you performance
> benefits in the situations you have been describing. I dont know what
> these systems do, I have not used them.
>
> When talking directly to IB/FB you are constrained by the server
> capability. And AFAIK it only processes updates as one record per
> network package (whereas selects it will batch).
>
> Geoff Worboys
> Telesis Computing
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/