Re: [WebDNA] To Commitdatabase or Not to Commitdatabase
This WebDNA talk-list message is from 2012
It keeps the original formatting.
numero = 108408
interpreted = N
texte = > So would a FlushDatabases, which I understand is All DB Written to =Disk be a "slower" task compared to a [commitdatabas....] after every =[replace/append] ? I would assume that flushing all databases to disk would be slower.  =About [FLUSHDATABASES] the manual says it, "causes all databases to be =written and closed".   Why would you want to *close* the database just =to make sure the data is on disk?   Then upon the very next operation =that involves that database, you have to load it all back into RAM =again.   I would not close the database (remove it from RAM) unless =there was a reason to do so.  I would also not commit to disk, nor =remove from RAM, ALL databases at once, unless there was a reason to do =so. =20[COMMITDATABASE..] lets you precisely write to disk (but not flush from =RAM) *just the database you specify*.>=20> And how do you normally avoid data loss? Are you using the =[commitdatabase...] ??Well my clients are all over the map.. on different hosts, etc.   Some =have auto-commit turned on via the admin interface..   Other =times/places I do use [commitdatabase...], specifically, when/where =needed.-G=
Associated Messages, from the most recent to the oldest:
> So would a FlushDatabases, which I understand is All DB Written to =Disk be a "slower" task compared to a [commitdatabas....] after every =[replace/append] ? I would assume that flushing all databases to disk would be slower.  =About 
[flushdatabases] the manual says it, "causes all databases to be =written and closed".   Why would you want to *close* the database just =to make sure the data is on disk?   Then upon the very next operation =that involves that database, you have to load it all back into RAM =again.   I would not close the database (remove it from RAM) unless =there was a reason to do so.  I would also not commit to disk, nor =remove from RAM, ALL databases at once, unless there was a reason to do =so. =20[COMMITDATABASE..] lets you precisely write to disk (but not flush from =RAM) *just the database you specify*.>=20> And how do you normally avoid data loss? Are you using the =[commitdatabase...] ??Well my clients are all over the map.. on different hosts, etc.   Some =have auto-commit turned on via the admin interface..   Other =times/places I do use [commitdatabase...], specifically, when/where =needed.-G=
Govinda 
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:
 
WebCat2b15MacPlugin - showing [math] (1997)
 
[WebDNA] Setting Content-Type within [returnraw] - not working (2010)
 
First postarg not taking in $Commands (1997)
 
Dumb Question about Docs (1997)
 
More on the email templates (I like it) (1997)
 
 WebDNA Speed Test (2008)
 
Emailer and encryption (1997)
 
Error:Too many nested [xxx] contexts  (1997)
 
date formatting question (2001)
 
hideif [x]=1,2,3.. (2003)
 
Thanks Grant (1997)
 
(no subject) (1997)
 
WebCat2b13MacPlugIn - More limits on [include] (1997)
 
breaking words (1997)
 
Problems with 2.1b4 (1997)
 
 searching for items that begin with a number (2004)
 
Quitting WebMerchant ? (1997)
 
 Fedora Core 6 (2007)
 
Need help with emailer- 2 issues (1997)
 
 SQL Madness (2005)