Проблема заключается на самом деле в том, что если у тебя есть молоток, любую задачу ты рассматриваешь как гвоздь. Современное поколение web-кодеров было выращено программистами in-house корпоративных информационных систем. Там базы данных были на месте - еще со времен Кобола и Codasil. И эти люди, которые ничего кроме БД не умели, пришли с этим умением в Web, когда он возникал. И уже вырастили следующее поколение, которое убеждено что web-сайт - это база данных.
Вот разработчики WebDAV (тех самых HTTP server extensions) думали в более другой парадигме. Поэтому DAV сейчас настолько малопопулярен - его готовить не умеют. Впрочем, в рамках парадигмы файловой системы и файловых операций существует уйма других способов выгрузить контент на сайт - ftp, sftp, rsync. Если БД у нас yet another файл (что возможно c Berkeley DB или SQLite) то нет никаких проблем кэши метаинформации синхронизировать по тем же протоколам.
Вот только убеждение что метаданные нужно обязательно хранить отдельно мне представляется вредным. XML/SGML - достаточно структурированный формат, чтобы с ним можно было работать.
Re: О БД и криворуких кодерах
Вот разработчики WebDAV (тех самых HTTP server extensions) думали в более другой парадигме. Поэтому DAV сейчас настолько малопопулярен - его готовить не умеют.
Впрочем, в рамках парадигмы файловой системы и файловых операций существует уйма других способов выгрузить контент на сайт - ftp, sftp, rsync. Если БД у нас yet another файл (что возможно c Berkeley DB или SQLite) то нет никаких проблем кэши метаинформации синхронизировать по тем же протоколам.
Вот только убеждение что метаданные нужно обязательно хранить отдельно мне представляется вредным. XML/SGML - достаточно структурированный формат, чтобы с ним можно было работать.