Объектная база данных - классная концепция до сих пор. Однако реализации сталкиваются с проблемами масштабируемости и стабильности. Теперь с правильным воплощением, которое обращается к этим двум животным, уравнение может измениться.
Я думал, что Data Engine (не обязательно Object Database) и RDBMS действительно могут жить бок о бок, на самом деле, есть отличное место для Data Engine в промежуточном уровне, Embedded Apps / systems. .. Кроме того, правильная реализация механизма данных позволит поддерживать персистентность объектов на низкоуровневом и высокоуровневом конструкциях RDBMS / SQL. Это означает, что ваше приложение может выбрать работу с объектами, использовать механизм данных для сохранения объектов и сделать объекты доступными в виде строк / столбцов таблицы через интерфейс RDBMS.
Это идеальная настройка. Мы соединяем две технологии и предоставляем разработчикам альтернативы для программирования в их предпочтительном интерфейсе. Можно утверждать, что мы имеем это сейчас, например - SQL Server поддерживает хостинг объектов CLR, НО текущие реализации страдают от замедления импеданса. то есть - в пути данных много преобразований / переводов как Objects! = двумерные данные, таким образом, когда ваше приложение, которое имеет дело с объектами, сохраняет их в БД, решение должно преобразовать / преобразовать их в данные строки в таблице.
НО, если мы изменим ситуацию, т. Е. Механизм обработки данных будет работать с объектами, тогда несоответствия импеданса не будет. Добавление двумерных проекций данных - это не что иное, как интерфейсная реализация коллекции объектов, поэтому на самом деле не существует никакого преобразования / преобразования, которое происходит, когда объекты отображаются в виде строк данных таблицы. Это моя теория.
Так что, может быть, следующая волна технологий в этой области - это механизм обработки данных, который позволит объектам работать в качестве низкоуровневого интерфейса и интерфейса СУБД. И эта технология доступна уже сейчас!
B-Tree Gold версия 4.0. Стойкость масштабируемых объектов - это главная цель дизайна. Он достигает следующих характеристик и, таким образом, он хорошо приспособлен к тому, чтобы быть выбранным механизмом данных для следующей СУБД, которая, по сути, является слоем поверх нее. Два из его основных ключевых моментов:
Масштабируемость: 100 млн. Вставок за 17 часов в обычном ноутбуке со средним / средним значением.
Стабильность: промышленная транзакция, которая гарантирует, что БД не повреждена и может откатиться до ранее зафиксированного состояния.
Чтобы это работало, движок данных должен соответствовать масштабируемости и стабильности, требуемой для серверов RDBMS. Очень сложная задача, но не невозможная. S-версия B-Tree Gold версии 4.0 выполнила это требование, поэтому мы действительно готовы реализовать такое решение, не заталкивая его себе под нос, поскольку SOP дает свободу выбора того, как вы хотите его использовать. Его можно использовать многими способами, например, - дополняют серверы СУБД в качестве станции кэширования среднего уровня, встроенной БД на стороне клиента и т. д., не говоря уже о том, что они являются низкоуровневым механизмом данных самого сервера СУБД!