Incident description is "Opening Tables with Large Numbers of Fields
Can be Slower than Necessary"

Can you tell us since what release this occurs? currently using 4.24B1
(very stable), but experiencing slow table opening.

Upgrading is a bit hard to do (many deployed instal.lations and
affected aplications, utilities and Delphi packages, in o.w., a
man/day of work). But a solutioin for this is worth the effort!

Our main application has +120 tables, a couple of them with +150
fields, not c/s.

(See "Shared files and S.O. performance" above in this news group).

Thanks in advance,


Tiago Ameller
tiago put_an-a-_in_a_circle sistemasc.net
Sistema, S.C.

Tiago,

<< Can you tell us since what release this occurs? currently using 4.24B1
(very stable), but experiencing slow table opening.  >>

Probably since at least 4.00, and possibly even earlier.  It's been in there
a while.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim

>Probably since at least 4.00, and possibly even earlier.  It's been in there
>a while.

Thanks, Tim. I'll to upgrade and try.

BTW, can you explain a bit the internal nature of the issue?


Tiago Ameller
tiago put_an-a-_in_a_circle sistemasc.net
Sistema, S.C.

Tiago,

<< BTW, can you explain a bit the internal nature of the issue? >>

It's just as Donat described it - we were looping over the same field array
twice when we could have done it just once.  The two loops were simply
combined into one.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim,

>It's just as Donat described it - we were looping over the same field array
>twice when we could have done it just once.  The two loops were simply
>combined into one.

Hum, an extra memory loop should have a little impact. Thanks for your
info.


Tiago Ameller
tiago put_an-a-_in_a_circle sistemasc.net
Sistema, S.C.