News for hackers. Stuff that matters.
Re:Gitqlite: Query Git Repositories with SQL by microcolonel on Saturday July 04, 2020 @07:55PM (#23735717)
> I would guess that being able to efficiently query all the children of particular commit should be just an index away.

Yes, but where will you find the space, and when will you compute it?

Re:Gitqlite: Query Git Repositories with SQL by balfirevic on Saturday July 04, 2020 @09:40PM (#23736069)
I'm not sure I understand what you mean. I was talking about Fossil, which uses SQLite under the hood, which would then maintain the index whenever data in it is modified.
Re:Gitqlite: Query Git Repositories with SQL by cryptonector on Sunday July 05, 2020 @01:42AM (#23736854)
Scale. Microsoft couldn't make a SQL VCS work. Maybe it's because they tried to use SQL Server instead of PostgreSQL, I dunno :) but IIRC the amounts of metadata involved essentially meant that they had no hope of doing git-like cloning: it was too much to clone.
Re:Gitqlite: Query Git Repositories with SQL by sitkack on Tuesday July 14, 2020 @02:27AM (#23829131)
You would need to implement a persistent datastructure, but without refcounts, you would have to do a gc. I guess you could do a refcount tree and only RC at the last common node.

Really atime is the devil. Funny thing is, is that all modern higher level systems have some form of data access logging, which is what you want anyway. So why not form some easily compressible event log?