Попробуй подумать об этом с другой стороны. Зачем создавать новый ОО язык, когда вокруг полно хороших старых ? Значительно эффективнее, как по мне, заставить их работать на нас. И java\.net\etc в сервере один из возможных путей. Вопрос только в том, как их интегрировать наилучшим (удобнейшим) образом.
Ну я только ХП на них видил. Толк от них конечно есть, но как по мне это в другой плоскости немножко. Я лично слабо себе представляю как их можно хорошо интергрировать в нашем случае.
А ты слышал такую тему как LINQ к стати? По-моему всё идёт к тому что такие платформы как .NET и Java вберут внутрь себя функции СУБД и это будет так сказать одной из их библиотек как как например Forms, ADO, Remoting и т.п. Вот там вот я себе интеграцию представить могу...
Те "ОО" расширения, которые есть в Оракле и Постгре, мне лично, кажутся пришитыми сбоку, притянутыми за уши и никому не нужными. Наследование таблиц (Постгре) вообще глупость какая-то. ИМХО 3 раза. Курсоры в переменных есть смысл делать и возможно до них руки дойдут когда-нибудь. Вот пакеты а-ля Оракл - это хорошая штука, табличные переменные - тоже хорошо бы иметь. Но делать полноценный ОО язык в СУБД - это лишнее.
Ну понятное дело C++ тут не будет. Ну а те же курсорные переменные если делать без интерфейсов, то как ты контроль типов и набора полей сделаешь? Как имя таблицы в процедуру передешь без интерфейсов? А наследование таблиц мне лично кажется тоже ненужным, а вот реализация интерфейсов очень полезной могла бы быть.