[Discuss] File Systems vs.Databases Was: Re: SSH options (was Future of X11 (was Trying to connect to internet in Debian))

Kent Borg kentborg at borg.org
Fri Jan 23 10:12:33 EST 2026


On 1/23/26 6:50 AM, Dan Ritter wrote:
> plocate (successor to mlocate, locate, etc...) builds a database
> of every file in your system, so that you can query it when you
> don't know where a file is in the tree.

I haven't gotten around to debugging why, when I type "locate foo", it 
will miss stuff I know is there. (I blame systemd, always seems a good 
first approximation.)


> The primary advantage of all of these systems is that when
> something better comes along, re-indexing the files with the new
> system is *much easier* than trying to export and import all the
> data from one database to another. And, of course, they all get
> a free layer of cross-compatibility for dealing with the actual
> data - moves, name changes, copies, backups, deletions.

That is a very nice point. And the forensic value in being able to get 
at the real data in some stable form can be great. Trying to recover 
data from a database's underlying storage is not easy.

For me at the moment "locate" isn't working on my laptop, but I don't 
bother to fix it because *it* is not what is storing my files, so the 
fact it is broken isn't a great worry. I only lose a convenience not the 
data itself.


-kb


More information about the Discuss mailing list