"sasha" ...
>
> > В трекер можно вносить, отслеживать и голосовать за
> > не только баги
>
> А если серьёзно, насколько трудоёмким лично ты видишь перевод сервера на
> объектно-ориентированные рельсы? Я имею ввиду:
>
> 1) Создание интерфейсов таблиц и процедур ( методов по нашему ;-) )
> 2) Поддержка наследования таблиц и реализации интерфейсов
> 3) Шаблонные (типа templates с сях) или обобщённые (типа женериков в
> фреймвёке) процедуры
> 4) Интерфейсные переменные и курсоры
>
> Или это вам не по зубам? Имеет ли смысл такое предлагать и агитировать
> чтобы люди за это голосовали?
Попробуй подумать об этом с другой стороны. Зачем создавать новый ОО
язык, когда вокруг полно хороших старых ? Значительно эффективнее, как по
мне, заставить их работать на нас. И java\.net\etc в сервере один из возможных
путей. Вопрос только в том, как их интегрировать наилучшим (удобнейшим) образом.
Те "ОО" расширения, которые есть в Оракле и Постгре, мне лично, кажутся
пришитыми сбоку, притянутыми за уши и никому не нужными. Наследование таблиц
(Постгре) вообще глупость какая-то. ИМХО 3 раза. Курсоры в переменных есть
смысл делать и возможно до них руки дойдут когда-нибудь. Вот пакеты а-ля Оракл
- это хорошая штука, табличные переменные - тоже хорошо бы иметь. Но делать
полноценный ОО язык в СУБД - это лишнее.
--
Хорсун Влад
