Re: Updating a database once per day - An example
This WebDNA talk-list message is from 1998
It keeps the original formatting.
numero = 17997
interpreted = N
texte = >>I've been following this thread for a while now and I like Ken's technique>>for handling the data swap - I only have one concern. What happens if your>>[deletefile] calls out a db that has recently been closed by WebCat because>>of a RAM limit?>>It still deletes the file, and that's all that matters.>>>Are you taking steps to make sure the file IS in RAM before>>you delete the disk-based copy?>>No, because it doesn't have to be in RAM beforehand.>>The critical point is simply to make sure that from the instant it is>purged from the RAM cache, it *stays purged* -- until WebCat has moved the>new db file into position. The [delete] simply gets rid of the file on>disk, so there's no chance of it being reloaded into RAM again ... until>AFTER the new file is in position ... :)>Wait!Since I started this thread & I articulated two assumptions for this scenario:#1the new database file is in position (with the same file name in the samefolder) before the closedatabase command gets issued.#2 the database contents get updated manually, they never gets updatedthrough WebCatalog- thus, when one issues the [CLOSEDATABASE my.db] command, no changes getwritten to diskbecause WebCatalog does not think there any changes.My testing leads me believe that one does not need to move and delete andcopy files if one sticks with the above two assumptions, but Ken seems todisagree. I think a ruling by PCS is needed.Steve Rosenbaumsteve@pop-art.com
Associated Messages, from the most recent to the oldest:
>>I've been following this thread for a while now and I like Ken's technique>>for handling the data swap - I only have one concern. What happens if your>>
[deletefile] calls out a db that has recently been closed by WebCat because>>of a RAM limit?>>It still deletes the file, and that's all that matters.>>>Are you taking steps to make sure the file IS in RAM before>>you delete the disk-based copy?>>No, because it doesn't have to be in RAM beforehand.>>The critical point is simply to make sure that from the instant it is>purged from the RAM cache, it *stays purged* -- until WebCat has moved the>new db file into position. The
[delete] simply gets rid of the file on>disk, so there's no chance of it being reloaded into RAM again ... until>AFTER the new file is in position ... :)>Wait!Since I started this thread & I articulated two assumptions for this scenario:#1the new database file is in position (with the same file name in the samefolder) before the closedatabase command gets issued.#2 the database contents get updated manually, they never gets updatedthrough WebCatalog- thus, when one issues the [CLOSEDATABASE my.db] command, no changes getwritten to diskbecause WebCatalog does not think there any changes.My testing leads me believe that one does not need to move and delete andcopy files if one sticks with the above two assumptions, but Ken seems todisagree. I think a ruling by PCS is needed.Steve Rosenbaumsteve@pop-art.com
Steve Rosenbaum
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:
[WriteFile] problems (1997)
[WebDNA] WebDNA future (2010)
Re[2]: 2nd WebCatalog2 Feature Request (1996)
WebCatalog can't find database (1997)
WebCatalog Technical Reference (1997)
Show if file exists (2004)
Emailing html (1998)
[OT] Yahoo! Front Page (2002)
The Robert Elliot Report? (2006)
[showif]/[hideif] question (1997)
Write to the desktop? (2002)
return missing item (was:WebCat Sales) (1997)
problems with 2 tags shakur (1997)
Editing Users.db (1997)
gui editors again (2005)
Credit Card Number checking (1997)
listfiles-looking for slick solution (1997)
Dummy Credit Card Number for debug? (1997)
Templates for Customer Database? (1997)
Cancel Subscription (1996)