palladin600,

Поиск по словам: EAV, Тенцер

palladin600делать на каждую запчасть собственную таблицу?Ну что вы, нет, конечно. 15000 таблиц - это явно перебор. :)
Вкратце, у вас должно быть 2 таблицы. В первой (мастер) хранятся общие данные для всех видов запчастей, например, наименование, код производителя и т.д. Во второй таблице хранятся атрибуты запчастей.

Но учтите, что модель по Тенцеру может быть удобной, но она не эффективна по скорости выборки/вставки. В этом отношении XML будет побыстрее. Лично у меня аллергия на XML, так что подождите более беспристрастного советчика. ;)

palladin600хелп.
Тенцер мне кажется тяжёлый дядька и давит на IO.Без паники. :)
Я Вам посоветовал посмотреть в сторону EAV именно потому, что вы сказали про максимальное количество записей. Это 15000 и то поди с запасом брали? ;) Допустим на деталь количество атрибутов, ну скажем, 20. Это вторая таблица, 300000 записей. При этом таблицы "узкие", столбцов мало. Разве это много? Нормальные индексы "навешать" и большого ущерба производительности трудно ожидать.

Судя по Вашей статистике будете использовать MSSQL. Вот выдержака из BOL:
BOLThe primary XML index is a shredded and persisted representation of the XML BLOBs in the xml data type column. For each XML binary large object (BLOB) in the column, the index creates several rows of data . The number of rows in the index is approximately equal to the number of nodes in the XML binary large object. То есть, если почитать дальше (вот ссылка на статью), сервер сделает все тоже самое что EAV. Только хранить информации будет больше, потому что:

BOL (там же)Each row stores the following node information:

Tag name such as an element or attribute name.


Node value.


Node type such as an element node, attribute node, or text node.


Document order information, represented by an internal node identifier.


Path from each node to the root of the XML tree. This column is searched for path expressions in the query.


Primary key of the base table. The primary key of the base table is duplicated in the primary XML index for back join with the base table, and the maximum number of columns in primary key of the based table is limited to 15.
Выводы делайте сами.

palladin600,

Не забудьте подумать, как Вы такое количество таблиц джойнить будете, по второму-то варианту. Потому что на каждый вид товара не станете писать отдельный запрос, правильно? Прийдется для того узнать, что у <Масла> <ShellTurbo> <вязкость = 10w40> надо будет "слепить" все 30 таблиц. Клево? ;)

В догонку. По аналогии с компьютерами и прочей оргтехникой думаю, что у характеристик товара должна быть еще и последовательность их отображения. Например
Core2Duo 2.53ГГц / 2ГБ RAM/300 ГБ HDD ...

Как Вы собираетесь контролировать порядок параметров, раскидав их по разным таблицам?