Есть схема и приложение написанное по принципу EAV. Надоело писать join'ы при выколупывании значений колонок строк. Хочется вывернуть EAV в строки + подрихтовать существующие метаданные под новую схему. Строки будут состоять из sparse columns + column set.

Попробовал уже вывернуть в строки. Поигрался с типичными запросами, которые вертятся в системе, для EAV и для row+Sparse Columns случая. Те же яйца только в профиль по производительности (копейки).

Как считаете стоит ли заморачиваться с переехдом?

SERG1257,

Вьюху... Для чего-то написано, для чего-то нет.

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

SERG 1257. по поводу добавить больше тестовых данных. тестировал пока только типовой запрос - достать строки:

1) row_table join value_table
2) row_table join LOOKUP row_table

разница по логическим чтениям не существенна была.

2-й случай спомощью include можно свести к очень мизерному количеству логичечских чтений. да и первый точно также, так как надо получить в данном запросе только значения колонок строки.

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

система досталась по наследству. с EAV в первые. целка порвана в щи.

Dimitry Sibiryakov,

:)

вбрасываю инфу для сочувствующих.

вангую запросы вида:

(col1 > '5' or col10 < 78) and col100 like 'xxx%' and ...

я еще понимаю когда заиндексировать для одной сущности.

но когда в одну таблицу свалены все сущности (не важно одна колонка value или 100) и эти колонки используются по разному, это же ж%па. как с этим боритесь вы?

SERG1257мимокрокодил0001вангую запросы вида:

(col1 > '5' or col10 < 78) and col100 like 'xxx%' and ...Теперь ты узнаешь что такое боль
И это не лечится ничем кроме параллельной структуры



имеете ввиду рядом дополнительно к eav для сущностей создавать таблицы, физическая структура которых отражает логическую структуру сущностей, а эти таблицы уже индексировать и писать custom код для этого больного места?

Dimitry Sibiryakovмимокрокодил0001запросы вида:

(col1 > '5' or col10 < 78) and col100 like 'xxx%' and ...
В условиях EAV они превращаются в запросы вида


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


а мне нет (мы друг друга не поняли?).

но такое есть

create index (id_client, id_grp, id_row, id_attr, value_checksum) include(value), где value nvarchar(max)

SERG1257Именно так ибо вот этот конкретный запрос надо ускорять, а переписывать всю систему слишком дорого.
В итоге эта супергибкая система существует только рядом с совсем не гибкими костылями.

У EAV есть своя ниша определяемых пользователям дополнительных свойств, в которой недостатки незаметны, а преимущества неоспоримы.

спасибо вам, добрый человек. пойду погружусь в небытие.