Ну это в Москве, а на местах с бюджетом сложнее...

Файл вообщето не является единицей хранения,
Единицей хранения на устройствах в оси это кластер, и файл занимает от одного до несколько кластеров. Файлы бывают разные. К примеру размером в 1 байт. Но для его хранения практически любая ось выделит 1 кластер.
А это накладно. База же это файл со сложной структурой хранения множественных разнотиповых данных, и в любом случае накладные расходы в кластерах  базы дешевле, чем для файла в 1 байт.
К примру тот же архив зип - экономичнее чем просто файл..А скорость его распаковки и паковки сейчас для современных процев незаметна. Так почему же мы не храним файлы в архивах на уровне оси и предпочитаем по-прежнему единицей виртуального а не физического хранения иметь файловую структуру наших систем сохранения информации..
к примеру мой кластер 32К...на диске
ну теперь считайте накладные расходы при хранении простых системных файлов инициаллизации системы
ти
кстати для той же Винды есть такая система как реестр, а это между прочим класическая база данных...
и она исключительно используется для оси..

Хранить информацию в заархивированном виде неудобно из-за сильно снижающейся при этом надежности. Если в файле с тектом образуется "дырка", то пострадают несколько букв. Но при такой же "дырке" в том же тексте но заархивированном - распаковать и прочитать текст уже никогда не удастся. Вдобавок, сейчас значительную часть информации составляют разного рода картинки: фотографии и фильмы, а они уже сжаты и применять к ним архивирование - это только время тратить.

Архивирование предполагает как раз применение функции по отношению к единице хранения, этим занимается отдельная программа, которая не может быть запущена ранее инициализации и запуска самой ОС. Хранить данные в виде архива можно, но чтобы извлечь единицу данного, вам придётся распаковать  архив, что как говорится - лишнее телодвижение, предполагающее дополнительные команды переходов и выполнение программы-посредника. Архивирование экономит дисковое пространство, но потребляет ресурсы процессора и оперативной памяти. Это наложит ограничение на нижний порог мощности аппаратного обеспечения. Потому, собственно, предпочитают "часто используемые" данные не архивировать. Хотя, никто не запрещает архивировать.
__ NTFS -  это xt3FS - в интерпретации windows. То есть - журналируемая файловая система. Об эпопее модернизаций я говорил в сообщении #81.
__ Считывание базы данных предполагает уже загруженное и функционирующее ядро системы, потому логическая организация информации не может быть воспринята процессором на подсистемном уровне, он воспринимает примитивную адресацию к памяти, не учитывающую иные характеристики, кроме адресации байтов. Загрузка стековых регистров и флагов процессов не имеет ничего общего с высокоуровневой организацией базы данных. Хотя, количество регистров на современных процессорах намного большее и в принципе, если сильно постараться, то некую реализацию БД в низкоуровневом программировании системы достичь,я думаю так, вполне реально.
__ Браузерные операционные системы уже существуют. Но они представляют из себя именно "браузерные" системы, которые без основной операционной  системы и браузера WWW не функционируют. В них используется XML.
__ Меня тоже удивляет обилие браузеров. Наверное, просто - это как с человеческими языками, - интригует реализация одних и тех же функций разными способами. Или, как в кама-сутре.. При том нет никакого радикального, классического решения. А язык XML сравнительно молодой, и кто знает, что ещё придумается следом.