Привет всем !!!
Вот написал тему с описанием задачи здесь http://www.sql.ru/forum/actualthread.aspx?tid=654663
Вопрос следующий чем плоха такая структура с неизвестным количеством колонок . И можно ли её заменить чем то аналогичным - чтоб решить эту же задачу другим способом - возможно более рациональным способом.

Заранее спасибо всем.

MasterZiv
Vikpro пишет:
> Вопрос следующий чем плоха такая структура с неизвестным количеством
> колонок .

Тем, что с ней невозможно работать на SQL.

И можно ли её заменить чем то аналогичным - чтоб решить эту же
> задачу другим способом - возможно более рациональным способом.

Да, сделать подчинённую таблицу для хранения "колонок".

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

MasterZiv
Vikpro пишет:


> Можно пример простой как должна выглядеть подчиненая таблица ?

PK: все поля старой таблицы плюс порядковый номер атрибута (бывшей
"колонки")
Атрибуты: одно поле, содержащее значение бывшей "колонки".
Тип - тот же, что был у колонки. Если типов было много, можно
либо сделать несколько подчинённых таблиц, по таблице на тип,
либо сделать в одной таблице несколько неключевых полей с NULL,
по полю на возмжный тип данных.

> Вроде моя таблица и созданна для хранения значений колонок - а вывод для
> в удобном виде это уже результат трансформации . Или я в чем то не прав?

Не прав только в одном - в каждой таблице в БД должно быть фиксированное,
заранее известное для приложения число колонок. Если вам нужно
иметь произвольное число колонок в таблице, значит у вас что-то
не так с дизайном.


с разными типами вообще идея хорошая , но я пока сделал по простому - сделал тип поля nvarchar - при необходимости буду конвертировать в другие типы.

вот с последним абзацом я не согалсен или я может не правильно понял.
Что значит не так с дизайном ? Клиент поставил задачу именно иметь возможность строить самому формы с колонками что ему нужны - будет выбирать из списка существующих колонок(параметров ) которые ему нужны - а если ему нужен новый параметр, то он его сам добавлят в список .
Вот а моя задача стоит - сделать такую структуру БД чтоб она в ходе эксплуатации не изменялась - т. е . в каждой таблице в БД физически кол-во колонок будет фиксированым "Не прав только в одном - в каждой таблице в БД должно быть фиксированное" Но виртуальных колонок , если так можно выразится при трасформирование данных в пригодный для юзера вид, будет конечно не фиксированым ( для каждой формы количество будет разным)

Может еще есть другие идеи как это реализовать по другому - был бы рад их увидеть.