Проектируется база под приложение аналогичное "яндекс-маркет".
Думаю хранить отдельно таблицу категорий и отдельно товары. Для каждой группы товаров - разные наборы характеристик, почитал форум, нашел что мне нужен видимо EAV. Но никак не могу выбрать:
1) Как лучше - по таблице под каждый тип значения, или просто по столбцу?
2) Какой вариант хранения структуры лучше - рекурсивный (parentId) или вложенные множества? Может есть еще варианты хранения древовидных структур?




---
Иисус Христос - Путь, Истина и Жизнь.
Отвергающий Сына отвергает Отца

Роман Дынник1) на мой взгляд все в одну таблицу значений, в одном и том же поле типа varchar или variant(в зависимости от СУБД).
Это проще в сопровождении и разработке.
Вариант с таблицей под каждый тип значений на мой взгляд особых преимуществ не дает.
Не выносите только в EAV наименование и цену. Эти атрибуты есть у всех товаров (возможно какие то еще).
2) Сильно зависит от используемой СУБД. Современные промышленные поддерживают рекурсивные запросы по деревьям с возможностью получения различной информации по иерархии (connect by в Oracle и CTE/WITH в MSSQL), поэтому для таких СУБД нет смысла реализовывать дополнительный механизм на основе вложенных множеств.
К тому же вложенные множества дают преимущества при поиске, но при update и insert могут стать узким местом если дерево большое, т.к. его приходится перенумеровывать полностью если новый узел добавляется близко к корню или к узлу имеющему большое поддерево.
СУБД скорее всего MySQL, потому надо придумывать какой нить изворот, чтобы создать дерево, и соответственно хранить параметры в varchare не получится, ибо нужен и поиск и сортировка по ним (или я что-то не так понял?)

С другой стороны можно взять Firebird, с ним довольно долго работал, но имеет ли смысл использовать этот движок в web проекте, особенно если он будет довольно сильно нагружен (примерно 100 000 пользователей одновременно).
Насчет Постгреса - сложно ли на него переквалифицироваться с MySQL?

З.Ы. Насчет наименования и цены - ясное дело :)

miksoftКлюшин Герман(примерно 100 000 пользователей одновременно)ох уж мне эти прожектёры...
Думаете нереальные данные?
Для Яндекс маркета среднее посещаемость только по России в будние дни месяца
Янв 2011 1 027 100
Дек 2010 1 062 900

Соответственно одновременно "сидит" на линии даже поболее :)

miksoft,

ну если всего в день более миллиона, то одновременная пиковая нагрузка в 100 000 может быть легко.