DBMS vs FileSystem

Подобно широкому дискурсу вокруг интерфейсов систем и чаще синтаксиса, реже, но более аргументировано противопоставляют файловы системы и базы данных. Но как бы мы не обозначали "это" - память, хранилище, магазин, журнал ... "это" - основа информационной системы, её суть, а любая функциональность в любом случая проявляется в динамике её структуры, а доступ и есть тот самый "видимый интерфейс". Ну да, есть специфика в форматах или протоколах, как и в случае транспортировки кода или данных (кстати, опять же, только игра слов в случае использования терминов как абстракций высшего уровня). Кто-то использует DB для хранения "кода", а кто-то пытается иронизировать ... но над чем? Попытки с экспериментами в проектах Plan 9 или Plan B, опять же обозначая сегменты памяти (или записи?) файлами или боксами нисколько нам новых знаний не прибавили. Точно так же как попытки кортежи называть фреймами или объектами ... А вот как раз декларации, что "все есть файл ..." или "все есть URL ..." имеют содержательный аспект и по сути акцентируют, как центральную, модель акторов. И это уже не проблема контейнеров и контента, хотя перманентно хочется избавиться не только от термина "файл", но и термина "значения" ... или "ключ" ... Это я намекаю на ассоциативный массив или двудольный граф - как фундаментальную структуру любой модели. Да, без спецификации "левого" и "правого" слотов (кстати, вот ещё пример термина с измененным смыслом) ... Конечно, в целях "оптимизации", скорости реализации, можно специфицировать данные и метаданные, структуры и метаструктуры, таблицы и метатаблицы ... и так далее ... кому как нравится, но от этого суть не изменится.

П.С. Но чтобы не уйти в сторону от обозначения темы поста. Не настаиваю на специфике "коммерческих" информационных систем, то есть для обеспечения бизнеса, информационного обеспечения колхозов и кооперативов, федеративного или коллективного продуцирования и мультипликации информации ... но для персональных систем знаний, настаиваю на тотальной оптимизации всей этой болтовни и искусственном разделении. Оказывается, что игра слов и не такая уж безопасная. Короче ... Для "персональных систем" (хотя коммуникация обуславливает оптимизацию в любом случае) точно нет никакого смысла в разделении "кода и данных" ... "операцонной среды и системы хранения" ... "терминальной строки и блока" ... "адреса и URL" ... и так далее ... То есть необходимо движение не столько за открытый код, который, кстати, автоматически станет открытым, если демонстрировать реальные структуры, а не прятать их, даже под лозунгами безопасности и не эффективности, сколько движение за "персональные системы" ... И это более важный этап развития, чем персональные интеллектуальные агенты и даже, сорее всего, тот самый путь к ним, более прямой и поэтому естественный. Но для этого необходима переоценка всего созданного "зоопарка" с выделением проектов, акцентирующихся для отдельных персон, а не для компаний.