Не тот, что "получает 220 - жене отдает 127, а на остальные гудит".
Возникла мысля о хранении данных о свойствах разных объектов в одной таблице. Думаю насколько заморочно будет ее реализовать, чтобы отображать эти данные для пользователя в привычном табличном виде. Результат д.б. похож на перекрестную таблицу. Т.е. из:

Имя Свойство Значение
Мешок| Размер| 30|
Мешок| Материал| дерюга|
Мешок| Размер| 40|
Мешок| Материал| капрон|

Получить:
Имя Размер Материал
Мешок| 30| дерюга|
Мешок| 40| капрон|

Вроде, конечно, возможно в Аксексе получить это с помощью перекрестных запросов, используя в области данных функцию First, но можно ли тоже самое в T-SQL?

Всем заранее спасибо за участие в сем сложном (простом, нудном, благородном, инересном...) деле.

Владимиру Санычу
Разумеется! Просто думал, что это само-собой подразумевается - уникальный код для каждого объекта.

Сенину Виктору
Примерчик хороший. Спасибо!
НО!! Учитывая, Group By без функций это работать не будет? Или придется все текстовые свойства тоже загонять в Group By.
В том то и смысл, что повернуть надо данные (в том числе и текстовые), а не проанализировать их с помощью сводных таблиц. При этом число свойств для каждого объекта и тип их данных заранее не известны. И такая таблица должна формироваться динамически. Например, щелкнул на дереве объект - получи таблицу его экземпляров со свойствами...

Сенину Виктору
не дело сиквела - деревья строить - энто для клиента работа

Дык! Он и не будет строить. Он будет во-первых готовить таблицу для дерева (само дерево с помощью ADO), во-вторых таблицу для вывода списка экземпляров объекта с их свойствами. Что и хотелось бы видеть в табличном виде, где имя свойства - имя поля (заголовок), а значение (текстовое, числовое, логическое) - на пересечении кода/имени экземпляра и имени свойства.