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

Кроме модели Тенцера есть что-нибудь?
Дело в том, что я в этой сфере не специалист.
По сути первый проект где надо БД проектировать, и сразу такая.
Не для диплома, задача боевая. Встрял по глупости в проект как web developer.
За свою часть я не беспокоюсь, она почти готова, а вот ядро, по сути
DataBase часть, стоит глухо, датабейсник-полный лох походу, но начальнику мозг выключил.
В итоге все движется к полной ж...
Я туда не хочуу!!!

Так что за любые дельные советы (по проектированию универсальной БД) спасибо.

Программист-ЛюбительГотовый интерфейс без функциональности и начинки - так зачем вам вообще это начинка нужна ? Запускайте свой интерфейс, авось лох сдохнет от стыда.

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

слушай, не понимаю, в чём проблема? какой смысл (если и есть таковой) в вашем случае вложен в "Универсальная БД"?а то сделай так, чтоб и датабейсник и начальник "зависли":
Universal Database

Смысл обычный, "Универсальная БД" - это БД, которая "налету" в run time позволяет создавать обьеты.
Модель, описанная в прдыдущем топике,
http://www.sql.ru/forum/actualthread.aspx?tid=421898
чtо-то типа того.Хотелось бы услышать отзывы о ней, другие предложения, идеи.

Насчёт ссылки, спасибо, но в данном лучае, SQL Server 2000/2005 - это как требование заказчика.
Потом зачем покупать, если можно сделать самим и не платить за лицензию.

MasterZivО, черт, писал, писал, и стер фсе случайно. Второй раз буду более краток.

Conquestador
Кроме модели Тенцера есть что-нибудь?

Давайте не будем называть это моделью Тенцера. Ну потому что очень широко известная
штука и не он ее придумал, а если и придумал, то не только он.


Давайте не будем, на названии я не настаиваю.
Как ее лучше называть?
Эта тема для меня можно сказать абсолютно новая.
Что можно почитать, по данной теме?
Буду очень благодарен за хорошую ссылочку.

Conquestador
По сути первый проект где надо БД проектировать, и сразу такая.
Так что за любые дельные советы (по проектированию универсальной БД) спасибо.



MasterZiv
Тут прежде всего вам нужно понять, в чем ваши проблемы.
Оценить ситуацию.

Потому что (как описано и в частности в статье Тенцера) у этого подхода есть как плюсы, так и минусы (как впрочем у любого технического решения)

Плюс в том, что приложение (система) может функционально расширяться без дополнительного программирования. Программирование заменяется метапрограммированием.

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

Соответственно, вам надо прежде всего решить, нужна ли вам расширяемость системы реально, как часто она будет востребована. Если это строго необходимо, тогда можно подумать о использовании модели объектного хранилища атрибутов, если нет, то я думаю не стоит.

Вообще, для реализации первой системы автоматизации данного предприятия я бы лучше выбирал
классический подход. Потом, при необходимости - переписывание всего заново.


Это строго необходимо, стандартный вариант не катит 100%, все динамическое и на метопрограммировании. Так что обстановка ясна.
Делается полностью костамезированный веб портал, который может генерить под себя БД, потом под БД генерить интерфейс, потом в итоге получается стандартный веб сайт. Что-то типа доморощенного MS Share Point.
Единственное что радует объем данных не оч велик, в 1000000 должны укладываться.

аффтар Conquestador
Делается полностью костамезированный веб портал, который может генерить под себя БД, потом под БД генерить интерфейс, потом в итоге получается стандартный веб сайт. Что-то типа доморощенного MS Share Point.
а почему не подойдёт просто прикрутить визарды для генерации DDL пользовательских таблиц(CREATE/ALTER/DROP) и использовать метаданные самой СУБД?

Почему не подайдет? Может и подайдет, это вопрос...
Как прикрутить?
И надо еще будет незабыть "прикрутить" визарды для генерации relationships between Tables +
прикрутить на это все генератор интерфейса, в итоге получаем такую конструкцию, что на трезвую голову лучше не смотреть....

аффтар

А "унивесральные БД", типа EAV , или RDF в этом вряд ли как-то помогут :)

Я думаю, что в нашем конкретном случае помогут, т.к. количество объектов (rows) около 5000 максимум. Надо только грамотно реализовать, без косяков.

AlexTheRavenДля того, чтобы у Вас была хорошая БД - не обязательно самому писать СУБД над СУБД. Тем более что EAV (она же "Тенцера") - штука довольно сложная, и как раз требует грамотного разработчика БД. Если при хранении экземпляров, изменение иерархии классов к-рых не является штатной ситуацией при работе (! а не при доработке) программы, её использование IMHO неоправдано.
IMHO тут нужно заниматься не универсальной БД, а вместо этого
- либо искать язык с разработчиком БД: проще всего сказать, что человек некомпетентен, но лично я отношусь к такому подходу с подозрением: может, это в своём глазу бревно...
- либо, что хуже, самому делать БД: главное - бери ношу по себе, чтобы не падать при ходьбе :)

Разработчик БД сегодня уволен, общий язык искать уже не скем, 6 недель на проект.
Вообщем скажу просто, учить меня с кем искать общий язык с кем нет я не прошу, спасибо конечно, но тут я сам как нибудь разберусь, если будут сложности пойду на форум докторов или психоаналитиков, а здесь хотелось бы услышать советы по делу, если есть конечно, что посоветовать.

Смотрю на эту схему:

http://www.sql.ru/forum/actualfile.aspx?id=4059701

Вопрос у меня такой, зачем таблица Домен. Для хранения констрайнов/ограничений на value?