MSSQL教程之设置HTTP会见SQL Server 2005 Analysis...

在执行崩溃恢复时，理解在一个数据库中的每一个表tbl_name对应的在数据库目录中的3个文件是很重要的：server|会见|服务器设置经由过程HTTP会见SQLServer2005Analysis服务器

其HTTP会见机制和SQL2000Analysis的一样，经由过程在IIS中增添使用程序映照（ISAPI扩大）来完成对Analysis服务器的会见
详细步骤以下：
我的呆板情况WIN2003+IISSQLServer2005BETA3
1、断定msmdpump.dll文件地点SQLSERVER2005目次的地位，以后它处于上面目次中
C:ProgramFilesMicrosoftSQLServerMSSQL.2OLAPinisapi
2、创建一假造目次指向该目次，以下
2。1创建一个OLAP的假造目次

登录/注册后可看大图

2。2使该假造目次指向C:ProgramFilesMicrosoftSQLServerMSSQL.2OLAPinisapi目次

登录/注册后可看大图

2。3使该假造目次具有实行权限

登录/注册后可看大图

3、为OLAP假造目次增添使用程序映照，把.DLL哀求转为msmdpump.dll处置，如图

登录/注册后可看大图

好了，设置基础完成了，如今你能够启动SQLServerManagementStudio使用程序经由过程地点http://crserver/olap/msmdpump.dll毗连到SQLServer2005Analysis,如图

登录/注册后可看大图

登录/注册后可看大图

你大概会奇异为何http://crserver/olap/msmdpump.dll会主动找到呆板中的SQLServer2005Analysis实例，实在在C:ProgramFilesMicrosoftSQLServerMSSQL.2OLAPinisapi目次下有一个叫msmdpump.ini的设置文件，它就是经由过程这个设置文件定位的，内容以下：
<ConfigurationSettings>
<ServerName>localhost</ServerName>
<SessionTimeout>3600</SessionTimeout>
<ConnectionPoolSize>100</ConnectionPoolSize>
</ConfigurationSettings>

在这个设置文件中，ServerName除能够为呆板名、呆板名实例名外，还能够为URL地点，如<servername>http://***/***/msmdpump.dll</servername>


上面我们说了DML的闪回方案。但对于DDL却无能为力，对于大多数的DDL，即使是rowbase格式，二进制日志binlog中仍只记录语句本身。对于删表操作，只记录一个语句droptablet。仅凭这句话，无法还原表的数据。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

我个人认为就是孜孜不懈的学习

其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！

理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

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