В системе есть журналы записей, запись характеризуется набором полей, набор полей записи можно редактировать в системе. Таким образом журналы с данными в системе опираются на классы записей и могут иметь различные структуры. Неудобно то, что отображение журнала - это много джойнов и построение отчетов - это много джойнов. Волнует прежде всего отчетник. Вопрос в том, какие решения есть в mssql (или еще каую-то систему прикрутить), чтобы организовать кэш или кэшируемое представление обновляемое, например, непосредственно перед построением отчета. Или чтобы кэш обновлялся бы при добавлении/обновлении записи. Как это лучше сделать?

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

SERG1257, дело в том что структура данных которые пишутся в базу должна была быть гибкой под разных клиентов, поэтому пришлось делать сущности класс-набор свойств и запись(класса)-свойства записи. Данные редактируются относительно медленно/вручную. На ограничения и способы перестройки базы под ограничения я уже наткнулся. Подойдет ли мне индексированное представление, пока не попробую понять не могу, если на нерешаемые ограничения не наткнусь. Сделаю вьюху, забью тестовыми данными, смогу сделать вывод оставить этот вариант или это совсем не то, что нужно.

У меня множество записей выглядит как
идентификатор справочникаA,
идентификатор справочникаB,
идентификатор справочникаC
около 20 колонок таких, ограничение составного индекса 16
не могу сообразить, какое правило придумать, чтобы создавать индекс, какие включать туда колонки с точки зрения системы все справочники равноправны.

П-Л,

я планировал переделать вьюху на inner join, вообще на какой прирост можно рассчитывать?

SERG1257Стройте вручную свою таблицу - поддерживайте ее согласованность триггерами, периодически сверяйте таблицу с запросом из EAV на предмет того что кто-то облажался.
попробую, хотелось бы на опыт чей-то опереться, с индексированными вьюхами точно не стоит заморачиваться?

SERG1257, да, этим и занимаюсь сейчас, меня в тупик вводит то, что я не знаю какие колонки включить в кластерный индекс??? Хотел включить все :) но у меня 23 колонки, а максимум можно 16.