We need to prevent multi-user access to the SQL backend (Re: New GnuCash article on LWN)
Derek Atkins
warlord at MIT.EDU
Thu May 20 12:32:47 EDT 2010
Graham Leggett <minfrin at sharp.fm> writes:
> On 19 May 2010, at 11:47 PM, Per Kjeldaas wrote:
>
>> Your solution to block the whole database is good enough for me.
>
> It's a real shame that a system fundamentally designed to offer multi
> user access to data should be crippled in such a fashion. In the
> process, virtually all reasons to use a SQL database are lost.
What was "fundamentally designed to offer multi user access"? GnuCash
most certainly was not, even when it's using a SQL Database for data
storage. Repeat after me: GnuCash is NOT a Database Application. It's
a standalone application that happens to be able to use a database
instead of SQL, but fundamentally it's still a standalone application.
The fact that the DATABASE can be accessed multi-user has nothing to do
with the fact that GnuCash was NOT designed to handle that and therefore
needs to protect its data from users who try to do it.
> We use the XML backend, and share it by versioning it in source
> control with mandatory locks. It's not perfect, and requires
> discipline to respect the lock, but it works between three different
> people sharing the responsibility to keep the accounts up to date.
And using SQL should be better -- but we still need to try to enforce
the sequentiality in order to prevent data loss.
> Regards,
> Graham
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord at MIT.EDU PGP key available
More information about the gnucash-devel
mailing list