在连接字符串中指定多维数据集名称
我是分析服务世界的新手，我想知道为什么我们不能在连接字符串中指定多维数据集名称？
我正在使用 sql server 2008 R2 和 adomdclient 程序集版本 10.0.0.0
我阅读了以下有关连接字符串的文章：
在社区内容中，在文章的最后，提到了cube名称参数。
我尝试将其包含在连接字符串中，但在此位置引发了 ArgumentException
Microsoft.AnalysisServices.AdomdClient.ConnectionInfo.InsertKeyValueIntoHash
Reflector 告诉我包含连接字符串参数名称（MDXMLAPropInfo 类）的字典不包含“多维数据集名称”属性。不过我发现了一个“立方体”属性。
也许多维数据集名称属性是遗留属性？
在用于多维数据集浏览的 Microsoft 代码示例中，我看到连接字符串不包含多维数据集名称，并且浏览了多维数据集集合。
立方体集合也包含透视图和维度...看来我们可以从 adomdconnection 实例获取所有数据库信息。
adomdclient API 是为此用途而设计的吗？如果我愿意的话，我会发现只获取一个多维数据集信息更符合逻辑。
有什么猜测吗？也欢迎任何让我了解更多分析 API 的链接。
最好的问候，
Bombinosh
编辑 26/06/14：
是的，谢谢弗兰克，我明白了。
困扰我的是幽灵般的立方体名称属性。
事实上，多维数据集名称属性不存在，但多维数据集属性存在。
根据我的理解，多维数据集名称是在 MDX 查询中指定的。我们可以根据特定需要在连接字符串中指定多维数据集名称（如下面的分析服务线程中相关）
看来必须在连接字符串中设置多维数据集名称，如果使用 CLEAR CALCULATIONS 命令。
可能还有其他情况，但这是我目前唯一知道的情况。
I am new to the Analysis services world, and i was wondering why we can't specify the cube name in the connection string?
I am using sql server 2008 R2 and the adomdclient assembly version 10.0.0.0
I read the following article about connections string :
In the community content, at the end of the article, the cube name parameter is mentioned.
I try to include it in the connection string, but an ArgumentException is thrown at this location
Microsoft.AnalysisServices.AdomdClient.ConnectionInfo.InsertKeyValueIntoHash
Reflector told me that the dictionary containing the connection string parameters names (class MDXMLAPropInfo) did not contain the "cube name" property. I found a "cube" property though.
Maybe the cube name property is a legacy property?
In the Microsoft code sample for cube browsing, i saw that the connection string did not contain the cube name and that a cube collection was browsed.
The cube collection contain the perspectives and the dimensions too... it seems we can get all database information from the adomdconnection instance.
Is the adomdclient API designed for this use? I would find more logical to get only one cube informations if i want to.
Any guess? Any link for me to understand more the analysis API is welcome too.
Best Regards,
Bombinosh
Edit 26/06/14:
Yes, thank you Franck, i got it.
The thing which was bothering me was the ghostly cube name property.
In fact, the cube name property do not exist, but the cube property did.
In my understanding, the cube name is specified in the MDX query. We can specifying the cube name in the connection string for specific need ( as related in the analysis services thread below)
It seems the cube name has to be set in the connection string if the CLEAR CALCULATIONS command is used.
There may be other cases but this is the only one i know right now.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
从概念上讲，您连接到数据库（在其他上下文中也称为目录）。然后，在访问一个立方体的每个语句中声明该立方体（例如 SELECT ... FROM [cube]）。 Analysis Services/XMLA/MDX 认为立方体有点类似于关系数据库中表的概念，而透视则类似于视图。
坦率
conceptionally, you connect to a database (also called catalog in other contexts). And then you state the cube in each statement that accesses one (like
SELECT ... FROM [cube]). Analysis Services/XMLA/MDX sees the cube somewhat similar to the concept of table in a relational database, and perspectives similar to a view.Frank