Забросил идею насчет виртуальных столбцов по аналогии с виртуальными функциями классов.

Пусть столбец декларируется в предке, а определяется в наследниках - всякий раз по-разному.

ПодпольщегИгорь Куршаков, что-то торможу сильно.
Можно пару примеров, когда это реально полезно?

Наследование таково, что наследник получает в наследство колонки предка.
А предок получает все записи наследника - но только те поля, что в нем определены.
К дополнительным полям, определенным в наследнике, у него нет доступа без дополнительных SELECT.

Суть идеи - чтоб доступ был к каким-то полям, которые определяются в наследнике как вычисляемые. Если есть запись от наследника, где поле не определено - то NULL.

То есть, мы работаем с предком и при этом оперируем какой-то инфой от наследников. Причем сразу. Причем с учетом партицирования через CHECK

Что касается примера, то http://www.sql.ru/forum/actualthread.aspx?tid=820849

В данном примере было иерархическое дерево с партицированием по типу узла. Благодаря тому, что все связи id-parent определяются на уровне предка, мы можем работать с деревом как с одной базой, хотя оно раскидано по таблицам типов узлов. Однако, для программы-клиента надо иметь строку с именем узла (чтоб построить дерево). А вот имя может быть разным, в зависимости от наследника. Имя вычисляемое, в зависимости от полей наследника.

И поскольку выборка из предка не дает нам полей наследников, то надо или делать дополнительный SELECT при выборке каждой записи дерева. Или делать поле-строку в предке и модифицировать ее триггерами, подвязанными к каждому наследнику.

В общем, или медленно или жирно.

Тогда как при реализованных виртуальных колонках можно было бы их задекларировать в предке, описать в наследнике и при запросах к предку сразу быстро вычислять и отдавать.