A. sql server 2005 问题 运算符优先级问题
在SQL
Server
2005中，运算符的优先等级从高到低如下所示，如果优先等级相同，则按照从左到右的顺序进行运算。
(1)括号:();
(2)乘、除、求模运算符:*，/，%;
(3)加减运算符:+，-;
(4)比较运算符:=，>，<，>=，<=，<>，!=，!>，!<;
(5)位运算符:^，&，|;~
(6)逻辑运算符:NOT;
(7)逻辑运算符:AND;
(8)逻辑运算符:OR。
(9)
赋值最低
B. sqlserver 为什么用视图能提高查询效率
你说的是 普通视图？ 还是分区视图啊？
普通视图 不会大幅提高查询效率啊， 能提高点开发效率倒是真的。
分区视图， 某些情况下， 倒是可以大幅度提高查询的效率。
索引视图(物化视图) ，倒是可以提升查询效率，但是那也是靠创建视图后的
CREATE UNIQUE CLUSTERED INDEX 来提升的。
C. sql2012比2008或者2005在性能上有所提升吗
SQL2012对比SQL2008，并没有提高多少，但SQL2014比SQL2008提高很多，建议直接上SQL2014吧，以下是权威的对比数据，记得采纳。
SQLServer 2014比SQL Server 2008 R2上同样的报表，查询时间快80~100倍，IO开销减少600~700倍，数据压缩比达到17~20倍
D. SqlServer的执行顺序
over不能单独使用，此处与row_number()连用；
row_number() over(order by id)
原理：先按id进行排序，排序完后，给每条数据进行编号。
select row_number() over(order by id) as id, * from table
查询table表，先按id进行排序，排序完后，给每条数据进行编号并取别名为id，再和其它数据一起显示出来。
E. sqlserver 并发问题
从来没有真正的同时写入
使用事务一个一个写入吧，不报错就成了，
还有，写操作速度很快的，完全不用纠结等待的时间
F. 比2008R2版本高的sql server能提升性能吗
比2008R2版本高的sql server能提升性能吗
2012主要是迎合云计算而做的一些提升。都是对于数据库管理一块的
如果你只是用sql，完全一样的。没有显着提升
历代sqlserver提升最大的是2000升2005.
G. 如何提升sqlserver的水平
这东西要训练的话，只能自己，没有专门讲这个的教材
熟能生巧了
这个东西你可以自己建立几张表，自己按照要求想法去写
关键是各个表的逻辑关系弄清楚了，写出来也不是什么麻烦事
现在的书都是给你讲基本的sql语句
你想怎么学吧，我教你算了
H. 如何优化Windows OS使SQL Server性能最优化
怎样查出SQLServer的性能瓶颈QLServer性能监控这套性能优化的清单将至少准科学的帮助你找出你的SQLServer任何明显的性能问题。说是这样说，SQLServer的性能调优仍然是很困难的。我试图用这套清单去找出“容易”的sqlserver性能问题，困难的留待稍后。我这样做是因为很容易将容易和困难的的性能调优问题搞混。通过列出一个“容易”的性能调优范围，就很容易的将这些问题解决，一旦解决了这些容易的问题，那么你就能集中去解决更困难的问题。使用这个SQLServer性能调优清单的一个好处是，它将不仅仅告诉你目前最容易解决的性能问题是什么，而且还帮助你正确的去解决。在某种程度上，你可以选择不同的顺序进行。换句话说，你可以故意做出特殊的决定而不是按照清单通常的顺序进行。某种意义上说你是对的，不是所有的性能调优建议都适合所有的情形。另外，你的决定是基于你的资源限制，例如没有足够的钱去买满足负荷的硬件。如果真是那样的话，你就别无选择了。还有，你的决定可能基于一些政治原因，那是你不得不作出的改变。不管怎样，你需要知道你能做什么，使用这个性能调优清单找出你能改变的范围并做出相应的改变提升你的SQLServer的性能。一般来说，你将在你的每一个SQL服务器上执行这个清单。如果遇到清单中的一些问题，这会花掉你一些时间。我建议你从目前性能问题最多的的服务器开始，然后当你有时间的时候按照自己的思路去解决其他服务器。一旦你完成了，可仍然有很多事情要去做。记住，这些只是一些容易的。一旦你完成了这些容易的，接下来你需要花时间去解决更困难问题。这个是另一篇文章要解决的问题了。怎样进行你的SQLServer性能调优呢?为了使其变得容易，我把它们分成了以下几个部分：？使用性能监视器找出硬件瓶颈？SQLServer硬件性能监控列表？操作系统性能监控列表？SQLServer2000配置性能监控列表？数据库配置设置性能监控列表？索引性能监控列表？应用程序和T-SQL性能监控列表？SQLServer数据库作业性能监控列表？使用Profiler找出低效的查询？怎样最好的实现SQLServer性能监控管理你的SQLServe性能的最好方法是首先回顾上面每一部分的内容，把它们打印出来。然后完成每一部分的内容，写下你收集到的结果。你也可以按照你喜欢的顺序进行。上面的步骤仅仅列出了我执行的顺序，因为那样通常能达到一个比较好的效果。性能监控列表计数器名称均值最小值最大值Memory:Pages/secMemory:AvailableBytesPhysicalDisk:%DisktimePhysicalDisk:Avg.DiskQueueLengthProcessor:%ProcessorTimeSystem:::UserConnections在上表输入你的结果.使用性能监视器找出SQLServer硬件瓶颈开始SQLServer性能调优的最佳地方就是从性能监视器（系统监视器）开始。通过一个24小时的周期对一些关键的计数器进行监控，你将对你SQLServer服务器的硬件瓶颈了如指掌。一般来说，使用性能监视器去创建一个一些关键的计数器的24小时周期的监控日志。当你决定创建这个日志的时候，你需要选择一个典型的24小时的周期，例如，选择一个典型的比较忙的日期，而不是周日或节假日。一旦你将这些捕获的数据形成日志后，在性能监视器的图形界面下会显示计数器的推荐值。你在上表中记下均值、最小值、峰值。做完这些后，用你的结果跟下面的分析比较。通过你的结果和下面的建议值进行比较，你将能快速的找到你的SQLServe正在经历的潜在的硬件瓶颈。
I. sqlserver2005的优先级别！！下面的语句有提升效率的空间么优先级别是什么啊
判断这样的查询语句的优先顺序没有看到过有相关的资料。
不过凭经验，应该是先根据join和where条件检索到记录后，
再计算select f.name from table_f f where f.name = c.name。
不过，如果把table_f也以join形式级联，性能会好一些的。
即：
select a.id,f.name,sum(c.money)
from table_a a join table_b b on a.id = b.id join table_c c on b.name = c.name
join table_f f on b.name = f.name
where a.id = c.id
group by a.id,f.name
having count(c.money) > 5000
order by a.id
desc