Re: Simple Database close connection
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 39156
interpreted = N
texte = Scott Anderson wrote: > > WebCatalog does not track changes made to the database file by users, other > programs, or even certain WebDNA tags (WriteFile, AppendFile, etc...). This > is why you should take care to make sure the database is flushed from memory > before modifying the physical database file by any means other than the > built in database commands.This is, of course, the cause of the problems that I have. If WebCatalog does not track changes made outside of its control (say by looking at the last modified timestamp), I have no good way to get WebCatalog to notice my changes other than [flushdatabase], which risks stomping on my changes should WebCatalog decide that the file in RAM was, at some point in the past modified for whatever reason.I need r/o databases. WebCatalog needs to keeps its claws off of them and NEVER write to a r/o database. I also need a tag to force the RAM resident version to be replaced with the disk resident copy. I cannot be expected to [flushdatabase] and THEN replace a 16MB database, all the while hoping that no one does a query that will reload a now partial file. This is a classic race condition and is not good design. Even a simple [reloaddatabase db=...] which would drop the RAM version and load the disk version would be better than the current state of affairs.This is not the first time I have asked for this (as Grant will probably be able to document) since ALL of our primary database are extracts from our backend systems and are NEVER modified within WebCatalog. I can, of course, shut off WebCatalog while I am in the process of replacing my files, but I am running many sites which pass all of their pages through WebCatalog, so that would leave me completely dead in the water during updates.John-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list
. To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Scott Anderson wrote: > > WebCatalog does not track changes made to the database file by users, other > programs, or even certain WebDNA tags (WriteFile, AppendFile, etc...). This > is why you should take care to make sure the database is flushed from memory > before modifying the physical database file by any means other than the > built in database commands.This is, of course, the cause of the problems that I have. If WebCatalog does not track changes made outside of its control (say by looking at the last modified timestamp), I have no good way to get WebCatalog to notice my changes other than [flushdatabase], which risks stomping on my changes should WebCatalog decide that the file in RAM was, at some point in the past modified for whatever reason.I need r/o databases. WebCatalog needs to keeps its claws off of them and NEVER write to a r/o database. I also need a tag to force the RAM resident version to be replaced with the disk resident copy. I cannot be expected to [flushdatabase] and THEN replace a 16MB database, all the while hoping that no one does a query that will reload a now partial file. This is a classic race condition and is not good design. Even a simple [reloaddatabase db=...] which would drop the RAM version and load the disk version would be better than the current state of affairs.This is not the first time I have asked for this (as Grant will probably be able to document) since ALL of our primary database are extracts from our backend systems and are NEVER modified within WebCatalog. I can, of course, shut off WebCatalog while I am in the process of replacing my files, but I am running many sites which pass all of their pages through WebCatalog, so that would leave me completely dead in the water during updates.John-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
John Peacock
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
WebCatalog can't find database (1997)
mass mailing (1998)
Summ=T Problem (1997)
'does not contain' operator needed ... (1997)
What am I missing (1997)
Cookies and webcat (1997)
Major OT shopping cart test request. (2002)
Another option (2005)
Using a database with a short url (2000)
[WebDNA] Unexpected behavior ... (2010)
Updating a database once per day - An example (1998)
WebCat and Flash (2000)
Problems getting parameters passed into email. (1997)
Problems with [Search] param - Mac Plugin b15 (1997)
[searchString] (1997)
Help! (2000)
Re:Variable Math (1998)
Web Catalog 2 demo (1997)
Ongoing group search problems ... (1997)
Share Bulletin Board? (1998)