Продолжим сказочку про белого бычка :))

авторВот в этом похоже и проблема.
Как на форуме офтальмологов обсуждать особенности производства стекла.
Правильно, у вас проблемы - всем хватает возможностей РСУБД, а вы пытаетесь всем доказать, что оказывается, не хватает,
а вот если взять ООСУБД,
которая на самом деле не ОО, а пшик,
а ОО-данные и их логика на самом деле обрабатываются только на клиенте,
который (клиент) на самом деле не просто клиент, а Java (да не простая)......
и т.д. и т.п. ...
и в общем если все это вместо одной РСУБД взять -
то вот тогда-то нам всем наконец-то хватит возможностей. И придет нам щастте . Куды девать - ворота открывать... :))

Я правильно все написал? :)

авторВерю, но для меня такой уровень безопасности неприемлем.
Какой - такой ? Веб-сервер может стоять на другом компутере - так оно и есть. Что здесь вас пугает?
И, кстати, к ООБД вообще никак нельзя подлезть из вебсервера :)

авторЧтобы повысить эффективность разработки сложных систем. Со сложной логикой и сложными структурами данных. ООП никто не отменял.
Никто. ООП я и так использую - только не везде, куда не плюнь, а там, для чего нужно. Для разработки - собственно для программирования клиента. Только вот ОО-данные тут ни при чем. Не надо валить все в одну кучу.
авторЕсли Вы докажете, что придумали новый, более эффективный подход к разработке - получите всемирное признание
Да не я. Дейт, вроде, структуру описал, чего-то там еще.
Я то что, я просто использую архитектуру клиент-сервер. Самый универсальный и самый простой способ. :)

ЗЫ Так вы не привели ни одного примера. Как же так.

-- Tygra's --

авторТо есть логика в самих данных? Это понятно. Но имеет несколько недостатков.
На первый взгляд вижу: необходимость заполнения базы данными пользователя на этапе разработки, отсутствие гибкости.
По-руски расшифруйте. Так оно совсем не понятно. Из другой оперы вроде как.

-- Tygra's --

О! К предыдущему
Логика не в самих данных - это у вас логика в самих данных.
А у нас логика на сервере - вокруг данных. :)

-- Tygra's --

авторМне кажется, что в споре об архитектуре, серверах приложений, веб-серверах и использовании "только средств СУБД" почему-то игнорируется простой факт:
Современные системы класса Oracle - это вовсе не только хранилища данных. К ним идет куча прибамбасов, которые к хранению данных никакого отношения не имеют и приплетать их возможности в качестве доказательство возможностей РСУБД некорректно.
А кто приплетает? Я вообще говорю про системы класса MS SQL 2000 :)) Там ничего такого нет. И никто ничего этакого не приплетает - TSQL, PL/SQL, встроенные родные языки для обработки данных. А вы что подумали?
авторКорень вопроса лежит в обсуждении того, следует ли обрабатывать данные на клиенте или с помощью хранимых процедур на сервере. Попробуем сконцентрироваться именно на этом.
Нет, не в этом. Некарашо - вы сами начали этот топик и назвали его ООСУБД быстрее ЛЮБЫХ решений с реляционными системами . Когда вас долго выспрашивали, чего такого конкретно дает ООСУБД и ОО-данные, вы не привели никакого примера в доказательство начатого вами вопроса топика. А теперь еще вообще пытаетесь перевести тему в совсем другое русло. Э нет, так не пойдет - давайте про ООСУБД. Либо так и скажите - нет никаких конкретных доказательств, аксиома это просто :)

авторНе вижу никакой разницы между системами:
1) РСУБД с поддержкой хранимых процедур
2) ООСУБД в связке с сервером приложений, т.е. клиент работает с базой только через сервер приложений, а уж на сервере приложений мы можем реализовать любую обработку данных. Если кому-то кажется что есть какие-то отличия давайте смотреть на ООСУБД и сервер приложений как на единый продукт, который и работает на одной машине и поставляется под одной маркой. Где отличия-то.
Я тоже не вижу. А если нет разницы - зачем выбирать худшее (ООСУБД)??? :)
А если серьезно - конечно нет разницы.
Всего лишь
1. - РСУБД
и
1. ООСУБД
2. Сервер приложений
3. Данные обрабатываются неизвестно где и как
4. и т.д.

авторМогу сказать больше - преимущества налицо - две по сути различных задачи (хранение и обработка) можно разделить между серверами, сбалансировав нагрузку
Дык у вас нет нагрузки на БД. Какая может быть нагрузка на хранилище данных?

============================
Итого:
Вместо того, чтобы людям, сдесь собравшимся, объяснить, чем таким круче ООСУБД, ОО-данные в виде ОО-объектов, вы ловко перевели тему на многозвенные технологии - а может никто и не заметит :))
Но по многозвенным технологиям тема совсем другая, другой топик и мы договорились, что здесь об этом не будем


-- Tygra's --