Хотел задать вопрос разработчикам о будующем :)
Нет ли у Вас в планах доработки механизма "наследования" таблиц ? Например, есть у меня некая автоматизированная система учета (наш маркетолог ее с гордостью называет ERP, но здесь взрослые люди, поэтому мы будем называть вещи своими именами :) Основа идеологии системы - система документооборота или журналы документов. Как реализовано сейчас: Есть таблица "ГЛАВНЫЙ ЖУРНАЛ", в которой регистрируются все документы (шапочная часть) и хранящая общие для всех документов атрибуты (дата создания, пользователь, флаг-проведения, коментарии и т.д.) Есть куча таблиц по отношению один-к-одному с "главным журналом", которые хранят специфические для данного вида документов атрибуты (например, "расход по кассе", хранящий там счет, субконто, вид ВД/ВР и т.д.) То есть, чтобы получить выборку документов в GIU-интерфейс, делается join этих таблиц. А иногда и нескольких, т.к. конечные документы имеют "третье поколение" наследования. Отсюда и возникла "хотелка" конструкции а-ля CREATE TABLE <ЖУРНАЛ РАСХОДА> EXTENDS <ГЛАВНЫЙ ЖУРНАЛ> ( .... ). Пускай, например, с ограничением, что в наследуемой таблице не может быть доменов с такими же именами, как в родительской. Хотелось, чтобы можно было делать INSERT-UPDATE-DELETE в дочернюю, с автоматической вставкой записей в родительскую. Сама мысль не бредовая ?
