[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [emacs-humanities] Paper Zettelkasten safety [was: Why Emacs-humanit
From: |
Christian Tietze |
Subject: |
Re: [emacs-humanities] Paper Zettelkasten safety [was: Why Emacs-humanities?] |
Date: |
Thu, 10 Jun 2021 09:54:05 +0200 |
Jean Louis <bugs@gnu.support> writes:
> Thining about unique ID is not there. There is unique ID automatically
> assigned by the database, there is automatically assigned "date
> created", at any modification there is "date modified", at any
> creation or modification there is "user that created it" and "user
> that modified it" as in a collaborative system multiple users can work
> on the same object.
Sascha and I at zettelkasten.de may sound like we insist a bit too much
on the unique ID. If you model your knowledge database in a relational
SQL database, that's a perfectly fine implementation as you just
described: the fact that you can work with it is the ultimate test. SQL row ID
references are a natural match.
But with databases it is like it is with backups: you should be testing
the worst case some day. It might be advisable to look into ways to
export the SQL database into another format and retain the
cross-connections. It's all baked into the text of a paper note or a
plain text note, so this is unique to digital database systems. (Betting
on SQL to not go away isn't a very risky bet, though :))
Cheers,
Christian
----
Sent from Bielefeld, Germany <3
https://christiantietze.de