RxO project.

Добрый день.
Сегодня - о традиционных ОО-возможностях, которые RxO СУБД предлагает пользователю, и о том, как эти ОО-возможности соотносятся с реляционными(ones). Я не случайно употребляю слово "традиционных", поскольку, по моему мнению, их не совсем достаточно, что бы использовать объекты в долгоживущих моделях бизнеса (об этом - в следующий раз). Все они, так или иначе, реализованы в существующих ООЯП, однако местами, применительно к СУБД, они дают полезные эффекты.

Объектно-ориентированное управление реляционными данными.

Не прошло и трех лет, как в этом блоге появилась новая запись. Однако это не значит, что мы ничего не делали. Из конкретных результатов - лицензионные соглашения с российскими СУБД вендорами: Релекс и ОИТ(он же НИСТ, производит СУБД HyTech). Кроме того стучались в MS, Сколково, и прочие интересные места (разве что до Oracle не дошли). В MS два раза прошли технологические экспертизы: первый раз в украинском, по результатам нас позвали в Киевский бизнес инкубатор EastLabs (дело было в начале 2014-го и мы не решились), второй в российском, мы были приглашены в качестве партнеров на запуске 2014 сервера, дальше дело пока не двинулось. Есть успехи по Сколково, с третьей попытки в прошлом году мы одолели концептуально-идейную часть, их эксперты признали наши преимущество перед мировыми аналогами, новизну, реализуемость, коммерческий потенциал, и т.п., но срезали по требованиях к команде. Конечно, мы контачили со многими инвесторами, фондами и т.п. и нам показалось, что они ориентированы на получение прибыли в максимально короткий срок и ориентируются в первую очередь на модные тренды, на В2С сегмент. В общем, это нормальный тернистый путь к успеху, для которого нам не хватает выхода на рынок рабочей RxO СУБД. ОиТ и РЕЛЭКС маловаты, и пока просто не могут выделить достаточного кол-ва ресурсов для быстрого внедрения, да и не до жиру им сейчас.

Поэтому, как в кино, в конце концов прозвучала фраза "если хочешь что то сделать хорошо, сделай всё сам". Мысль эта возникла не только что

В предыдущих постах я показал, что тема сосуществования реляционного и объектно-ориентированного подходов крайне сложна. В этом посте я собираюсь взять эти слова обратно. Эта тема не сложна, но чрезвычайно, ну просто неимоверно запутана. Запутана исследователями, специалистами, разработчиками. Двадцать пять лет – достаточный срок, что бы навязать морских узлов и потерять концы. На самом деле никакой сложности, принципиальных противоречий и концептуальных трудностей в ней нет

Буквально только что наткнулся на совсем новую статью by C.Mohav (chief scientist in IBM and IBM fellow) с многослойным названием, которое бы я перевел как "История повторяется: здравые и бесSQLмысленные стороны NoSQL шумихи". Рекомендую. Выводы, прозвучавшие в этой статье, в моем очень вольном пересказе звучат так:

Этот заголовок родился после того как, просматривая хабру по интересующей теме, я увидел отрывок"ORM или объектно-реляционный проектор" из книги Сергея Тарасова "Дефрагментация мозгов или софтостроение изнутри". В ней автор сравнивает использование связки "ОО программа + реляционная СУБД" со скрещиванием ежа и ужа. Этот отрывок мне понравился по нескольким причинам. Во-первых, это замечательная стартовая точка, что бы поговорить на сложную тему взаимоотношения объектных и реляционных систем. Во-вторых, в нём много слов и мыслей, с которыми я почти полностью согласен (о единственном существенном разногласии я еще как-нибудь скажу). В–третьих, он типичен.

немного истории...