СУБД на файлах

Нужен помощник(и) для написания функции для работы с файлами как с БД. Цель - использование вместо СУБД на небольших и средних проектах при сохранении базового набора возможностей языка запросов к БД, а также его расширение.

Общая идея реализации: На входе - запрос к БД (массив заданного формата), На выходе - данные и/или код ошибки. Реализация на сериализованных массивах не годится.

Возможности языка запросов:
- Создание, изменение, переименование, удаление таблицы и ее настроек и столбцов
- Вставка записи (выше, ниже, внутрь, снаружи, первым, последним)
- Обновление, перемещение записи (выше, ниже, внутрь, наружу)
- Удаление записи или целой ветви
- Выборка по id или условию, с указанием глубины (для ветви), сортировкой, пагинацией, подсчет числа записей отвечающих условию
- Типы столбцов: id, state, numeric, textline, textline_unique, text, random_unique, binary, datetime, datetime_expire, category {имя таблицы}, file_public, file_private, file_link_random {путь к файлу}, directory_public, directory_private
- Типы сортировки: custom, asc|desc {столбец}, random
- для таблиц еще CHARSET, COLLATE, RELATION (этот параметр задает таблицу-родителя)
- для столбцов еще DEFAULT, INHERIT, RELATION

Библиотека будет писаться открыто, на этом форуме, так что будет доступна для критики. По оплате много предложить не смогу – 6000 руб., распределенные между теми, кто предложит лучший вариант структуры хранения таблиц и теми, кто будет программировать. Рассчитываю на то, что подключиться кто-то кому это тоже может пригодиться или интересно.

Бредовая идея

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

В чем смысл, брат? )

-----
Чем больше узнаю, тем больше я не знаю.

переплюнуть SQLite наверно

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Смысл в том, чтобы сделать интерфейс более высокого уровня для работы с БД, а также новые типы столбцов и параметр RELATION (реализуеющий вложенность таблиц друг в друга), в будущем можно ввести для таблиц еще параметр ENGINE=file|mysql|...

SQL (MySQL, PostgreSQL, SQLLite ...) + NoSQL(Redis, MongoDB ...) более чем достаточно чтоб отказаться от даной затеи на малых и средних проектах

Если у вас вдруг есть концепция нового типа БД и более менее четкое представление о ее работе - стоит попробовать. Ну или если у вас академический интерес к устройству баз данных.
Если вы хотите сделать велосипед, потому что в данный момент у вас нет возможности использовать существующие решения по какой-либо причине - забейте.

-----
Чем больше узнаю, тем больше я не знаю.

SQLite
не оно?

На новый тип СУБД даже не замахивался. Просто хочу упростить себе действия с данными, а также сделать эту работу логичнее (как мне это видится), например, я изначально отношу к записям БД файлы и директории связанные с ней , для этого есть тип столбцов file и directory. Еще есть параметр RELATION, который нужен чтобы при создании/удалении записи в одной таблице, создавалась/удалялась подчиненная таблица. И т.д.

Вы тему назвали "СУБД на файлах".

Но не "Новый тип СУБД на файлах".

man1 а что значит "СУБД на файлах"?
они все на мотоциклетных колясках чтоли?
(Добавление)
если речь о том чтобы отказаться от единого сервера БД и просто положить в проект некий код то SQLite

man1, напиши "у меня академический интерес, хочу понять как работают бд изнутри" и критики отвалят может даже советы дадут
И опытные программеры навряд ли присоединятся к проекту )

-----
Чем больше узнаю, тем больше я не знаю.