Добрый день!

Уважаемые участники форума, хотелось бы обсудить такую тему, как объектно-ориентированные базы данных. Понимаю, немногие думают, что это действительно тема для обсуждения, но я не хочу вступать в спор, хороши ли данные системы или плохи. Исходя из моих поисков в Интернете, особенно интересных ООСУБД я не нашёл, к сожалению, может быть, я и плохо искал, но, по крайней мере, нашёл постреляционную СУБД «Cache». Правда, она мне не особо понравилась из-за её привязанности к конкретному языку, похоже, её сложно даже использовать как ООСУБД именно с таким замечательным средством разработки как PHP.

Неужели нет таких средств, гибких, чтобы можно было использовать их интерфейс не только на C++, но и на других языках, например, в PHP???

Я думаю, что нынешние реляционные СУБД, хотя они и самые распространённые, всё-таки сложны при разработке приложений, которые имеют сложную и разветвлённую структуру данных, а в ООСУБД, думаю, было бы удобно и приятно разрабатывать такие системы!

Приведу пример-аналогию, почему именно ООСУБД является наилучшим средством по сравнению с РСУБД. Я думаю, что аналогии позволяют разработчикам абстрагироваться от конкретной работы и посмотреть шире. Как разрабатывают, к примеру, вкратце, строительные комплексы, здания или даже автомобили? Сначала разрабатывается модель системы. Она обсуждается со всеми интересующимися сторонами. Когда принята модель, она постепенно разбивается на более мелкие детали, а именно, конкретные здания, конструкции здания, при этом используются стандартные конструкции или разрабатываются новые. Когда, наконец, система спроектирована, она строится, тестируется, внедряется, эксплуатируется, поддерживается. Но вот самый интересный момент - в момент эксплуатации и поддержки наша система находится в СОБРАННОМ ВИДЕ! Взять автомобиль или здание, или комплекс любой. Даже в момент модернизации, эта система всего лишь частично реконструируется, иногда, конечно, полностью разбирается, если идёт полная реконструкция, и затем собирается ВНОВЬ! Бывают такие моменты, когда используемая система сдаётся на хранение, например, когда её эксплуатация невозможна в данный момент. К примеру, на катере не покатаешься зимой, его, поэтому надо хранить в специальном месте, возможно, даже его при хранении нужно разбирать на основные составные части для удобства хранения и сохранности качества его частей и в целом.

Так к чему же я! А к тому, что ведь в реляционных базах данных производится хранение данных в неудобном и не совсем естественном виде, причём в момент использования. С одной стороны в некоторых случаях это удобно. Это удобно, когда нужно просмотреть сходные детали, как, например, в магазине запчастей, а когда нам нужен законченный продукт, мы всё-таки не идём в магазин запчастей и не говорим "быстренько собирайте мне машину", а идём туда, где находятся собранные машины. А РСУБД находится именно в состоянии, если не магазина запчастей, то лабиринта незаконченных изделий по причине того, что когда-то давно негде было хранить большие машины, их хранили по смыслу - рули в одном месте, бензобаки в другом, моторы в третьем, и т.д. Это удобно, когда мы имеем склад запчастей или, когда негде ставить большие машины, попросту, когда нет ни производственного отдела, ни магазина. Всё делается вместе, как появился покупатель, так мы ему и собрали машину.

Программисты-разработчики! Мы ведь научились работать с такими вещами как ООП, инкапсуляция, полиморфизм, наследование..., научились разрабатывать сложные продукты раздельно, по стадиям, и в то же время, комплексно, так как эти стадии разработки в итоге работают на одно общее дело! Почему же мы тогда не можем понять, что когда данные часто используются, не надо их хранить в разобранном виде, нужно их как-то уметь хранить в готовом для продажи и эксплуатации виде. Возможно, даже нужно хранить данные в двух видах - табличном и объектном. И что вообще тормозит развитие объектных БД?

Ведь необходима такая СУБД, которая работала бы с данными в том виде, в котором они и находятся. К сожалению, немногие осознают это, но, надеюсь всё-таки, что найдутся те, кто не топчется на месте, а смотрит в будущее.

Существующие объектно-реляционные СУБД, лишь замедляют работу СУБД, так как они используют ООП интерфейс как надстройку, а хранят данные, как и РСУБД - в таблицах.

Главный же вопрос в том, существуют ли на данный момент хотя бы на этапе разработки такие ООСУБД, использование которых возможно в системах, НЕЗАВИСИМО от языка, а именно совместно с PHP?

Если у кого-нибудь есть по этому вопросу конкретные соображения, очень интересно было бы почитать то, что вы думаете.
:-)