Укажите имя куба в строке подключения
Я новичок в мире служб аналитики, и мне было интересно, почему мы не можем указать имя куба в строке подключения?
Я использую SQL Server 2008 R2 и сборку adomdclient версии 10.0.0.0
Я прочитал следующую статью о строке подключения:
В контенте сообщества в конце статьи упоминается параметр имени куба.
Я пытаюсь включить его в строку подключения, но ArgumentException выбрасывается в этом месте
Microsoft.AnalysisServices.AdomdClient.ConnectionInfo.InsertKeyValueIntoHash
Reflector сказал мне, что словарь, содержащий имена параметров строки подключения (класс MDXMLAPropInfo), не содержит свойства "имя куба". Я нашел свойство "куб", хотя.
Может быть, свойство имени куба является устаревшим свойством?
В примере кода Microsoft для просмотра куба я увидел, что строка подключения не содержит имя куба и что просмотр куба был просмотрен.
Коллекция кубов также содержит перспективы и измерения... кажется, что мы можем получить всю информацию о базе данных из экземпляра adomdconnection.
Разработан ли API adomdclient для этого использования? Я бы нашел более логичным, чтобы получить только один куб информации, если я хочу.
Есть предположения? Любая ссылка для меня, чтобы понять больше API анализа тоже приветствуется.
С уважением,
Bombinosh
Изменить 26/06/14:
Да, спасибо, Франк, я понял.
Меня беспокоило свойство призрачного имени куба.
Фактически, свойство имени куба не существует, но свойство куба имело место.
В моем понимании имя куба указывается в запросе MDX. Мы можем указать имя куба в строке соединения для особых нужд (как это описано ниже в потоке служб анализа)
Кажется, имя куба должно быть задано в строке соединения, если используется команда CLEAR CALCULATIONS.
Могут быть и другие случаи, но это единственный, который я знаю сейчас.
1 ответ
Концептуально, вы подключаетесь к базе данных (также называемой каталогом в других контекстах). И затем вы заявляете куб в каждом утверждении, которое обращается к одному (например, SELECT ... FROM [cube]
). Службы Analysis Services/XMLA/MDX видят, что куб несколько похож на концепцию таблицы в реляционной базе данных, а перспективы похожи на представление.
Фрэнк