Estets wrote:

> Кстати вопрос аналогичный *locky*, как вы решили вопрос с типми
> атрибутов? Все в строке или три поля datetime, money, varchar(255)?

4 типа: datetime,numeric(19,9),varchar(512),int

нечто вроде
где element - id конкретного экземпляра объекта, parameter -
идентификатор параметра, Vx - значение параметра.
Posted via ActualForum NNTP Server 1.2

Estets wrote:

> Так построены только "Контрагенты" или все справочники? Используются ли
> хранимые процедуры для обработки всего этого? И если не секрет на чем
> написана клиентская часть?

Так построены все справочники, за исключением ведущихся по периодам.
Для такого рода информации используется обычная 3НФ

Хранимые процедуры используются, да. Без них - никуда :-)
Крайне сложно вместить "машину справочников" в client-side скрипты.

Клиент написан на Delphi, ранние версии с применением только стандартных
компонентов, текущая - применяется Developer Express (очень удобно в
некоторых местах, хотя и тормознуто бывает не по детски).

>Для фанатов экстремальной универсализации - возможен еще и гибридный
>подход - в течение некоторого времени система работает по варианту 2,
>накапливая список всех возможных атрибутов - а потом переходит на схему
>ALTER TABLE, соответсвенно оптимизируя запросы :)
Для фанатов :-) у меня система находится одновременно в нескольких НФ.
Те же справочники - вроде бы с одной стороны как-бы 5НФ, с другой
стороны - 2НФ.

Кстати, применяется кэш-таблица, потому как схема вида объект-аттрибут
является очень удобной для разработки, но и правда, с точки зрения
быстродейтсвия бывает крайне страшна. Приходится лавировать....
Posted via ActualForum NNTP Server 1.2

SergGol wrote:
> 1. Хранить все в текстовом поле + указание типа с последующими
> преобразованиями.
вах! и морочится потом с этим. А ну как чилдрен умный запихнет значения
"Вася" в параметр, который мы искренне считаем датой? и прочие, собссно,
вкусности?
> 2. Виделить несколько полей разных типов(кому места не жалко).
Дык а что, NULL у нас уже место занимает, что его жалеть надоть? как по
моему, дык первый вариант с энтой точки зрения - ваще жуть....
> 3. Завести несколько таблиц для атрибутов разных типов.
Как показывает практика такое не всегда выгодно, но случаи бывают
разные, я вполне могу себе и такое представить.

Posted via ActualForum NNTP Server 1.2

SergGol wrote:
> При использовании варианта c DDL операторами в любом виде нужно бы
> учесть как недостаток невозможность доступа к данным в момент
> дабавления(удаления, изменения) состава атрибутов сущности. Что бы ни
> говорили о том, что это де будет делаться раз в пятилетку практика
> показывает, что такие манипуляции по закону подлости требуются очень
> срочно и как раз в то время, когда всем нужно работать. А при большом
> объеме данных могут еще и выполняться недостаточно быстро. То есть
> простым "Выйти всем на 5 минут" не обойдешься. По моему, вариант с
> разворачиванием атрибутов по вертикали предпочтительней. По поводу
Ха! Поле в таблицу добавляется пулей, если, конечно, не задать ему
дефолтное значение. По поводу удаления - честно говоря не помню, давно
чего-нить удалял.
А вот добавление нового аттрибута в конструкцию "Объект-аттрибут"... это
да, это есть прелесть. В моей реализации при добавлении нового параметра
предполагается добавление оного же во все существующие экземпляры
объектов нужного типа (во избежание конструкций left join при выборке
параметров, когда у некоторых экземпляров ряд парамметров может
отсутствовать)

Posted via ActualForum NNTP Server 1.2