MSSQL教程之MDX中利用成员属性

如果WHERE子句的查询条件里使用比较操作符LIKE和REGEXP，MySQL只有在搜索模板的第一个字符不是通配符的情况下才能使用索引。比如说，如果查询条件是LIKEabc%‘，MySQL将使用索引；如果查询条件是LIKE%abc’，MySQL将不使用索引。
在很多情形下，一些笔墨性的内容并不是成员的数据，但为了显现其内容，我们一样平常界说为成员的属性，为了在
查询中利用！好比[Customers]维，其性别、住址、德律风大概就是成员的属性，在MDX查询中，我们既想查询数
据量，如发卖数目、发卖金额，也想查询客户的信息，如性别、住址、德律风等。MDX供应了几种办法来猎取成员
的属性。
1)DIMENSIONPROPERTIES
select
{[Measures].MEMBERS}oncolumns,
{[Customers].[AllCustomers].[USA].[CA].[Altadena].children}
DIMENSIONPROPERTIES[Customers].[name].Gender,[Customers].[name].Address
onrows
fromSales
能够查询客户的性别和地点属性。
备注：在MDX例子使用中查询语法准确，数据没法显现，是不是要经由过程ADOMD等才干准确猎取？？
2)Properties函数
WITH
MEMBER[Measures].[Gender]AS
[Customers].CurrentMember.Properties("Gender")
MEMBER[Measures].[Address]AS
[Customers].CurrentMember.Properties("Address")
select
{[Measures].[Gender],[Measures].[Address],[Measures].MEMBERS}oncolumns,
{[Customers].[AllCustomers].[USA].[CA].[Altadena].children}onrows
fromSales
在MDX显现客户性别、地点和发卖金额等信息。
备注：在MDX例子使用中数据一般显现。


BDB源自BerkeleyDB，事务型数据库的另一种选择，支持COMMIT和ROLLBACK等其他事务特性

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

仓酷云

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

入门没那么困难，精通没那么容易

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。

groupby子句可以将查询结果分组，并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。