У меня есть ежедневный раздел в группе мер в моем кубе SSAS.Количество строк в разделе
Выполняя мой UAT, я заметил, что процесс, возможно, выполнялся до полной загрузки данных в базовой базе данных, поэтому итоговые значения не совпадают.
Как подсчитать количество строк, которые действительно были прочитаны в разделе при его обработке?
Обработка раздела отправляет некоторые сообщения, среди которых информация о том, сколько строк было обработано. В зависимости от инструмента, используемого для обработки раздела, эта информация может быть зарегистрирована где-то. Вы можете видеть эту информацию e. г. если вы начнете обработку раздела в BIDS или Management Studio: завершен текст «Обработка раздела« Internet_Sales_2001 ». Было прочитано 1013 строк». отображается.
После обработки, вы можете использовать следующую нелегального способа нахождения количества записей в разделе, если у вас есть доступ администратора к машине под управлением Analysis Services: На сервере Analysis Services, найдите каталог, содержащий данные (в установке по умолчанию это будет что-то вроде C:\Program Files\Microsoft SQL Server\MSAS10.<instancename>\OLAP\Data. Затем у вас есть каталог для каждой базы данных, заканчивающийся на .db, в пределах одного на куб, заканчивающийся на .cub, в пределах этого для каждой группы измерений, заканчивающейся в .det, и внутри этой единицы для раздела, заканчивающегося на .prt В этом каталоге откройте файл info.xml. Он содержит элемент <m_cRecord>, который, как представляется, содержит количество записей. e число немного меньше, чем количество записей, как указано в сообщении, описанном выше. Я предполагаю, что это оптимизация служб Analysis Services, опуская пустые строки, но я не уверен.
И, конечно же, все это без гарантий, поскольку оно недокументировано и просто догадка. И вы должны быть осторожны и никогда вручную не редактировать любой из этих файлов.