Zbr's days.
←March→
Sun Mon Tue Wed Thu Fri Sat
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31          
←2008→
Months
Jan Feb Mar
Apr May Jun
Jul Aug Sep
Oct Nov Dec

About TODO Blog RSS Old blog Projects Gallery Notes

Thu, 27 Mar 2008

Filesystem as a database or database in filesystem.

I actually do not understand what prevents filesystem writers to implement trivial interface and access library for metadata manipulations, which would allow not only path lookup, but also lookup for various keys, for example stored in extended attributes. Yes, it requires filesystem changes, but I can not believe it is impossible or even too complex.
Need to think...

/devel/fs :: Link / Comments (2)

Diego wrote at 2008-03-28 04:08:

Rob Pike: "This is not the first time databases and file systems have collided, merged, argued, and split up, and it won't be the last."

(from http://interviews.slashdot.org/article.pl?sid=04/10/18/1153211&tid=189&tid=156&tid=130&tid=11)

Zbr wrote at 2008-03-28 11:30:

Well, he actually did not say anything about this question. Yes, there are different access modes, yes we have to be avare of how data is stored and accessed. That's all.

Things like beagle are quite horrible on how they operate with the filesystem, and the only thing they do is to copy some information from filesystem into different storage and index it. It is already done in filesystem, so we only need to provide a nice interface and optionally better index.

Please solve this captcha to be allowed to post (need to reload in a minute): 55 + 12

Comments are closed for this story.