ODS (Object Data Storage)
Все ниже написанное, есть мое видение ситуации и решения отдельно взятых проблем.

Около двух лет назад, один знакомый ( breathless.ru ) «толкнул» меня в сторону объектного хранения данных. Сопротивлялся я не очень долго, так-как быстро увидел плюса для себя. Основополагающим принципом стало, хранение массива (объекта) в БД, в таком виде, который позволял получать доступ к любому элементу данных.

Тут конечно, сразу вспоминаются, старые добрые таблицы с множеством столбцов, которые выполняют туже-самую роль. Однако, данный метод позволял не тратить время (иногда очень драгоценное) на проектирование структуры таблицы.
Для примера приведу соответствие хранения с использованием обычных и «3D-таблиц»

id	name	email			age
-------------------------------------------------
1	alex	alex@email.com	18
2	oleg	oleg@email.com	22


I	K		V
--------------------------------------------
1	name	alex
1	email	alex@email.com
1	age	18
2	name	oleg
2	email	oleg@email.com
2	age	22

Как видно, данные хранимые в двух разных таблицах идентичны по структуре данных, но их представления хранения, различны.

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

За основу была взята следующая архитектура (Id,Key,Value).
Для удобства работы с такой структурой хранения данных, я начал разрабатывать класс, который помогал бы мне, быстро и удобно работать. От первых набросков логики на бумаге, до первого «стабильного релиза», прошло не более 2-ух месяцев. Проблем было много: от «хитрого» запроса, который сам собирал все поля объекта, до проблем с обновлением и удалением отдельных полей (при чем последняя до сих пор не решена окончательно). Однако это не помешало использовать класс в работе.

Как и везде, есть плюсы и минусы.
Минусы:

• не возможность использования JOIN-запросов
• ограниченная структура (только один уровень)

Плюсы

• гибкость структуры хранимых данных
• удобство проектирования структуры (а по сути отсутствие необходимости проектирования)

И все же, при чем тут MongoDB?
А при том, что позже (где-то через пол года) я узнал о существовании такого замечательного продукта, который в разы превосходит ODS. Конечно я установил MongoDB, и проверил его весь, вдоль и поперек.
Таблица сравнений:


Конечно, я буду продолжать разрабатывать ODS и стремиться к воссозданию функционала MongoDB:

• хранение сложных структур
• более гибкая выборка данных
• использование Memcache (на данный момент используется кеширование запросов и результатов на уровне класса)

Почему я использую ODS, а не перешел на MongoDB или подобные ей?
Все же это класс PHP, он не требует установки дополнительного программного обеспечения (что не всегда допустимо у хостеров), ODS работает используя SQL — MySQL, FireBird, MSSQL, PostgreSQL, ORACLE и другие БД (поддерживающие стандарт SQL:1999).

Так что, если кому-то стало интересно:
Собственно сама таблица (класс сам умеет создавать таблицы)

CREATE TABLE `data` (
  `I` varchar(255) COLLATE utf8_unicode_ci NOT NULL,
  `K` varchar(255) COLLATE utf8_unicode_ci NOT NULL,
  `V` longtext COLLATE utf8_unicode_ci NOT NULL,
  KEY `I` (`I`),
  KEY `K` (`K`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

и класс ODS (2.2.5)
ODS_2.2.5.php.txt

Для работы с классом, необходимо указать DSN

user:pass@host/dbname/charset/pref

$ODS = new ODS("root:12345@localhost/test/utf8/ods_");