On Feb 7, 2008 12:50 AM, Darren Reed <[EMAIL PROTECTED]> wrote:
> If that's something you'd like to pursue yourself, feel free :)
>
> But I'm curious to know, have you looked at the "locate" program
> from GNU's findutils?
> http://www.gnu.org/software/findutils/
> locate and updatedb are the tools of importance here.
>
> Without thinking about what others do, what is it that you
> want to do that you can't today?
>
Treat the filing system as a set of structured documents, with indexed
(and easily queried) meta-level information. I'd like flexibility to
extend types, and present "views" on my storage according to arbitrary
hierarchies and order.
What if I could do something using psuedo syntax like this:
metafiledbadm create view -mountpoint /views/files_mentioning_mark
-sourcedir / -viewexpression "SELECT * FROM metainfo WHERE file
CONTAINS ("Mark") OR author = 'Mark' or owner = 'Mark' OR editor =
'Mark' ORDER BY timestamp DESC"
I'd also like the flexibility to have that index updated at access
time or via scheduler or on-demand, etc.
I'd like to be able to have a pluggable and extensible system where
filtering and content scanning is encapsulated in one place. I don't
want to have to rely on specialized search tools that have the
application-domain knowledge to know how to search contents. Why
couldn't I just devise schemata for well-known types (ODF, OOXML, mp3,
jpeg, etc) along with any customized types I might devise and give the
file system more knowledge about my storage (instead of treating
everything as opaque streams). If the interface is well defined, GUI
apps can be built on top of it and people don't have to rely on
cryptic "find | xargs | grep " chains to find content.
I may be scratching an itch no others have felt, but I'm trying to
look at storage beyond reliability, performance, and scalability means
(which seems to be where most development leads), but also as a more
context-aware service.
Mark
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss