помимо того что в ветке написано - я так и не понял, зачем это -
чтобы сделать субд на дазе fs или fs на субд (что обещает M$)
Или просто сделать этакий "sqlshell", как замена shell-у?

Если как замено шеллу - то не надо.
Он гораздо лучше справляется с существующими файловыми системами, проверено временем.

А Когда широко распространятся fs на основе СУБД - тогда надеюсь их разработчики предоставят доступ через SQL.

Есть много оболочек с разными языками - начиная от c shell (якобы C) и заканчивая экзотикой - скажем, на Lisp и прочем.
В этом плане наверное можно привязать sql к файловой системе, даже без ядра.
на уровне того, что написано в первом посте "SELECT * FROM /home/user WHERE flag=l"
Просто интерпретатор.
Только вопрос - зачем и кто этим будет пользоваться? Какие преимущества это даст?


И так из многообразия shell-ов реально используется от силы 3-4 штуки и среди них на первом месте самый старый добрый Bourne Shell.
Стоят ли усилия того, чтобы родить еще одну мертворожденную запись в /etc/shells ? :-)

авторВычитал где-то, что свой собственный shell может написать каждая кухарка

вообще-то да. Любой более-менее нормальный курс программирования (книжка) под unix включает как упражнение написание собственного примитивного shell-а c запуском задач, перенаправлением вввода-вывода и прочим.


Еще что-нибудь по написанию интерпретаторов почитать - и можно делать мегаскульшелл. Но прежде все-таки спросить себя - оно надо? :-)