timeout problem with "large" table SOLVED

Igor Gomon giv at tlc.kherson.ua
Fri Aug 12 13:22:43 CDT 2005


> Finally solved!
Ok.

> Before I explain the bug? Let me tell you this:
> For database creation and change I use a text file description. This is 
> read
> by lingo and according to the data, tables and fields are created. The
> advantage is that when I want to change the database, I just change the 
> text
> file - easy. Everytime I open the DB I go through the text file and check
> for changes.
> Here is a part of the text file:
> [TABLE]
> DIRMAR_THEMES
> [FIELDS]
> DIRMAR_THEMES_ID kTypeUMedium indexed unique
> DIRMAR_THEMES_NAME kTypeString 50 indexed unique
> DIRMAR_THEMES_NOTES kTypeText 128
> changed kTypeBoolean
> --
> -- Table für Relationen zwischen Marketing und Themen
> [TABLE]
> DIRMAR_REL
> [FIELDS]
> DIRMAR_REL_DIRMAR_ID kTypeUMedium indexed
> DIRMAR_REL_THEMES_ID kTypeUMedium indexed
>
> This works so far but the problem are the field flags. Since a field might
> change e.g. from unique to not unique, I simply set all field flags for
> every field every time when I open the DB - either 0 or 1. For the flags
> unique and nullable this leads to the problem: addRecord() becomes 
> terribly
> slow, the more records the slower. Setting indexed flag every time is no
> problem.
So may be you just check for field flags before setting them?
For large database open operation may be slow and significant
network traffic can be generated by this.

> So while it may not be nice from me to make Vserver work so much, this is
> some weird bug inside Vserver, I do not understand.
Ok, maybe.

> @IGOR: maybe you would like to see the script?
Yes, send it to me, please.

-- 
Best regards,
Igor Gomon
-------------------------------------------------------------
e-mail: giv at tlc.kherson.ua
web: http://www.paradigmasoft.com

To subscribe to the Valentina mail list go to:
http://listserv.macserve.net/mailman/listinfo/valentina




More information about the Valentina mailing list