

- #Gnucash could not obtain the lock for file Patch#
- #Gnucash could not obtain the lock for file code#
- #Gnucash could not obtain the lock for file mac#
#Gnucash could not obtain the lock for file Patch#
#Gnucash could not obtain the lock for file code#
We already have support in the code for upgrading the database. As an application grows, new features can be added to an SQLite application file format simply by adding new tables to the schema or by adding new columns to existing tables.This should be doable with the recently added support for models. enables paging: the app only needs to load as much material as is needed to draw on the currently displayed screen and can discard information from prior screens that is no longer in use.additionally, an Analyzer and Indexing can be used to further optimize the most common and/or heavy queries.This also applies to all other places where we shows summaries and sums of transactions.

Those summaries are calculated using high-level objects, which could be drastically sped up by a dedicated SQL query. KHomeViewPrivate::showNetWorthGraph contributes to 36% of the overall startup time, as measured by myself using a profiler. our Home Screen presents some summaries of user's Net Worth etc.In our case the XML file format is gzipped when stored on the filesystem, but is loaded in memory uncompressed.

SQLite can dramatically improve start-up times because instead of having to read and parse the entire document into memory.faster for raw read and writes, since the file is stored in binary format.as mentioned above, the file doesn't have to be rewritten completely when saved.This is an enormous advantage over our gzipped XML file which requires a rewrite of the entire document in order to change a single byte.

This makes the writing happen faster and saves wear on SSDs.
#Gnucash could not obtain the lock for file mac#
SQLite database file is accessible using commonly available open-source command-line tools - tools that are installed by default on Mac and Linux systems and that are freely available as a self-contained EXE file on Windows.We can allow to attach additional files to transactions and embed them in the database file GnuPG code can be removed, since the SqLite database comes with its own, robust encryption.No custom code for handling SqLite file is needed.I understand if both formats were maintained for the sake of transitioning users to a new one, but this status quo has been in place for several years. Everyone just wants to use the app, not dig deep into "pros and cons" of each right from the beginning. But even for a techie user having to decide between the two is unnecessary mental overhead. Less confusion on the non-technical user end.We already have an SqLite3 backend (together with SqlCipher encrypted version of it) that offer several advantages over the XML: Maintaining 2 separate types (or several, if you count all supported flavors of SQL databases) of storage is an overkill we should not afford due to lack workforce, as well as unnecessary confusion brought on our newbie users.
