Regarding SQLite.
When I set up Bacula initially it was pretty clear that SQLite was for
TEST purposes.
If that has not changed, then perhaps the speed problem should be left
as-is and the documentation changed to note that SQLite is there for
testing, not production systems?
AB
On Tuesday 02 January 2007 12:51, Alan Brown wrote:
Regarding SQLite.
When I set up Bacula initially it was pretty clear that SQLite was for
TEST purposes.
If that has not changed, then perhaps the speed problem should be left
as-is and the documentation changed to note that SQLite is
On Friday 29 December 2006 02:02, Kern Sibbald wrote:
On Friday 29 December 2006 06:19, John Jorgensen wrote:
Seeing this discussion about SQLite3 performance has finally
prompted me to share an observation that I made about a year ago,
when building bacula together with sqlite-3.3.6 for
kern == Kern Sibbald [EMAIL PROTECTED] writes:
kern Could you look to see if there is some way to set the
kern synchronous value to a default? I cannot imagine that
kern the author of SQLite would not provide some way to do
kern so.
It's clear---from Dysmas de Lassus's message
Seeing this discussion about SQLite3 performance has finally
prompted me to share an observation that I made about a year ago,
when building bacula together with sqlite-3.3.6 for personal use
on my home machine.
I believe that the default_synchronous PRAGMA that Kern
mentions in his reply has not
Of Kern
Sibbald
Sent: Friday, December 08, 2006 8:43 AM
To: bacula-users@lists.sourceforge.net
Cc: Robert Nelson; 'bacula-devel'
Subject: Re: [Bacula-devel] [Bacula-users] What a difference a database
makes
On Friday 08 December 2006 16:21, Robert Nelson wrote:
I've been working on the regression
To: bacula-users@lists.sourceforge.net
Cc: Robert Nelson; 'bacula-devel'
Subject: Re: [Bacula-devel] [Bacula-users] What a difference a database
makes
On Friday 08 December 2006 16:21, Robert Nelson wrote:
I've been working on the regression tests for the imminent release of
1.40.
Initially I
