Иван FXS shuklin Иван FXS locky
> (ид_объекта, ид_атрибута, значение_атрибута)
Я тоже это понимаю так. Хотя не обязательно должна быть именно одна таблица.
- ага, можно завести таблиц по числу поддерживаемых типов ... красивое решение, правда?


В этом случае, вариант 3 из сабжевой статьи ИМХО предпочтительнее.
- а какие бывают ДРУГИЕ случаи? Когда в задаче все атрибуты объектов имеют один тип, что ли??

Если я правильно понял, ты предложил для решения проблемы strong typed table использовать несколько различных таблиц по числу используемых типов атрибутов. Если так, то мне кажется идея из sharepoint более экономная.
Она предполагает заведение одной шаблонной таблицы с числом колонок достаточным для моделирования нескольких аттрибутов как одного так и разных типов. По одной колонке на предполагаемый аттрибут.

таблица выглядит like this:
create template (
ID int,
int01 int,
int02 int,
...
int99 int,
varchar01 varchar(100),
...
varchar99 varchar(100),
text01 text,
...
)

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

Эта идея имеет еще одно косвенное приемущество. Она требует наличие метаинформации, при этом предполагает хранение одного объекта как одной строки одной таблицы. Тогда в этой метаинформации можно описать не только шаблонные таблицы, а вообще все таблицы. В результате все таблицы системы можно считать шаблонными. И разница между шаблонными и системными таблицами пропадет. Далее как следствие мы сможем проводить динамическую модификацию структуры БД и отражать ее в метаинформации.

Все равно, как писали ранее, это решение проблемы а не ее отсутствие.