On 7/17/2026 12:53 PM, David G. Pickett via gnucash-user wrote:
I don’t think multi-user is trivial to implement. Especially with something
like this, everyone is going to jump on it and think that it has full fledge
capabilities when it doesn't.
A modest suggestion?
Don't even try doing this until AFTER you have studied how done by a
typical example. Say SQL allowing multiple simultaneous users to access
(read) and change (write) to the database. << I'm somebody who in my
working days USED DB2, wrote batch programs reading and writing to the
database. Even wrote something to change the STRUCTURE of the database
(add tables, modify tables, etc.). BUT (big but) that doesn't mean I
ever looked at how DB2 itself was coded, how IT prevented all the sorts
of things that could go wrong with multiple simultaneous users >>
The only simpler part of this (for gnucash) is only a single resource
being controlled, so SOME potential problems are impossible (example:
two resources A and B; instance one has a lock on A while instance two a
lock on B)
Been retired for a wile now, so can't remember how much "concurrent
processing' is taught at the undergraduate level in Computer Sciences.
Michael D Novack
_______________________________________________
gnucash-user mailing list
[email protected]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
