[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Against sqlite3!!!
From: |
Yuri Khan |
Subject: |
Re: Against sqlite3!!! |
Date: |
Wed, 8 Dec 2021 17:00:11 +0700 |
On Wed, 8 Dec 2021 at 03:19, Tassilo Horn <tsdh@gnu.org> wrote:
> > There’re various workarounds, lock file being one, but I like the idea
> > of keeping only one “controller” instance with exclusive access to the
> > file more.
>
> Interesting, but how would emacs instances interact with that controller
> instance? And would that controller instance simply be the first emacs
> instance of a user? What if the controller blocks because Gnus is
> running and currently downloading mails with huge attachments?
This line of thought, if followed naturally, leads to a dedicated
database server process. With multiple concurrent clients, isolation
levels, transaction control, etc. And there are better database
servers than a special Emacs configuration owning an SQLite database
file.
- Re: Against sqlite3!!! (Was: sqlite3), (continued)
Re: Against sqlite3!!! (Was: sqlite3), Zhu Zihao, 2021/12/07
- Re: Against sqlite3!!!, David Engster, 2021/12/07
- Re: Against sqlite3!!!, Lars Ingebrigtsen, 2021/12/07
- Re: Against sqlite3!!!, Arthur Miller, 2021/12/08
- Re: Against sqlite3!!!, Qiantan Hong, 2021/12/08
- Re: Against sqlite3!!!, Arthur Miller, 2021/12/08
- Re: Against sqlite3!!!, Qiantan Hong, 2021/12/08
Re: Against sqlite3!!!, Alexandre Garreau, 2021/12/09
Re: Against sqlite3!!!, Qiantan Hong, 2021/12/09
Message not availableRe: Against sqlite3!!!, Qiantan Hong, 2021/12/09