parsvita,

Написали подробный запрос в в техподдержку Microsoft, ждали ответа два с половиной месяца. Ответ был такой (весьма лаконичный): "Поставьте SP3".

Поставили, результат абсолютно идентичный.

Какое после этого может быть хорошее мнение о техподдержке Microsoft?

parsvita,

*SP2. SP3 не существует для 2008 r2

Критик,

У нас компания крупная, и программа поддержки имеется.
Вероятно, это касается Украинского Майкрософта...

И вообще, у них эта проблема (во всяком случае очень сходная) описана еще в мане по настройке SQL Server 2005 (с отправкой в техподдержку). Неужели за 8 лет нельзя эту "весчь" допилить? Или хотя бы написать документ по всем настройкам, вместо того, что бы напротив каждой на сайте писать "обратитесь в техподдержку".

зато впаривают "новенькое". аж свистит...

Дедушка,

Признаю, внес дезинфу. В документе "SSAS2005PerfGuide.doc" ссылки на "Agressive Data Scanng" нет, она появилась в документе "SSASPerfGuide2008.docx".

Но, "проблема" в 2005 есть.

1) Сам это видел через профайлер.
2) есть, к примеру, документ
http://www.ssas-info.com/analysis-services-articles/63-connectivity/102-analysis-services-2000-and-2005-connection-string-properties

в нем используются параметры для подключения к 2005, которые описаны в манах для 2008, как раз которые нашу вышеуказанную проблему позволяют обойти. параметры подкючения Disable Prefetch Facts и Cache Ratio. Т.е. в 2005 это уже было.


Другое дело, что в свете найденной информации за последние 4 часа, получается, что это не проблема - это фича, про которую уважаемый Майкрософт предпочитает молчать. к примеру по ссылке
http://msdn.microsoft.com/en-us/library/dn140245.aspx
где перечисляются параметры строки подключения для SSAS 2012 мы видим, что эти параметры помечены как "The following properties are allowed on a connection string, but are not operational in current releases of Analysis Services".
То ли их отключили, то ли они работают, но по-тихому.
Кстати, по запросу "ssas 2008 r2 connection string properties" google ничего релевантного на официальных сайтах майкрософт не выдает.

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

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

во всех ссылкахдля быстрого нахождения информации по данному вопросу смотрите ключевые слова:
Aggressive Data Scanning
Disable Prefetch
Cache Ratio
FactPrefetchMode

1) Приведу ссылки, по которым мне удалось найти нужную и полезную информацию:

а) документ под названием "Microsoft SQL Server Analysis Services Multidimensional Performance and Operations Guide" by Thomas Kejser and Denny Lee. Май, 2012.

в этом документе есть ссылка на параметр подключения Disable Prefetch = 1, в разделе Aggressive Data Scanning

б) http://www.packtpub.com/article/query-performance-tuning-microsoft-analysis-services-part1

в этом посте подробно рассказывается про оптимизацию запросов (в том числе) и упоминаются Disable Prefetch Facts=True; Cache Ratio=1.

в) http://mdxdax.blogspot.com/2011/11/avoid-pitfalls-of-fact-data-prefetching.html

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

г) http://www.ssas-info.com/analysis-services-articles/63-connectivity/102-analysis-services-2000-and-2005-connection-string-properties

Большой список параметров подключения к SSAS. Добрый человек постарался и собрал много информации в одном месте.


2) описание вопроса (своими словами, могу ошибиться, так что лучше читайте оригинал, ссылка "в")

Общий смысл такой: когда поступает запрос, обработчик запросов обращается к подсистеме кэша для получения результата. Если данных в кэше нет -подсистема кэша отправляет запрос в подсистему хранения данных на загрузку. С подсистемой кэша так же связан Furmula Engine (Обзовем его подсистема формул). Кроме все прочего FE принимает решения о том "а не загрузить ли нам по-больше информации на всякий случай". Поскольку, как пишется, алгоритм весьма сложен, то бывает, что просто грузят "все что есть". Подробней смотрите по ссылке.

3) Решение общее.

Для того, что бы SSAS не грузил (и не сканировал) весь раздел, то в строке подключения надо поставить:
Disable Prefetch Facts=1; Cache Ratio=1
(по-моему достаточно только первого параметра. второй - определяет глуюину покрытия запроса данными. см. ссылку "Г").

данное решение хорошо, когда вы коннектитесь к примеру из EXCEl или из MSSM. Установленные параметры будут действовать в рамках сессии.

4) Специфическое решение

3-й пункт конкретно в нашем случае не подошел, поскольку мы используем стороннее приложение для доступа к кубам. Это приложение автоматически генерит MDX-запросы, и о расширенном наборе свойств подключения ничего не знает.

Поэтому есть такой вариант:
открываем файл msmdsrv.ini, который находится примерно тут: c:/program files/microsoft sql server/msas10_50.sqlcube/olap/config
в этом файле находим параметр FactPrefetchMode, меняем его с 0 на 1 (раздел <Query>). сохраняем, перезапускаем SSAS. По результатам профайлера изменение этого параметра влияет так же как параметр Disable Prefetch Facts = 1 в строке подключения, только в рамках всего сервера.

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

parsvita,

---------------необходимая добавка, если кто-то будет менять параметр FactPrefetchMode.

при установке FactPrefetchMode = 1, может возникнуть некорректное поведение Non Empty. Подробно какие - смотрите тему
http://www.sql.ru/forum/1056355-a/vychislimaya-mera-strannoe-povedenie

Сервер и система указаны вверху этой темы.
Решение указано внизу темы по ссылке (Ставьте параметр DisableCalcExpressNonEmpty=1).