MSSQL网页设计SQL2005报表服务不克不及启动成绩总结呈报

上面我们说了DML的闪回方案。但对于DDL却无能为力，对于大多数的DDL，即使是rowbase格式，二进制日志binlog中仍只记录语句本身。对于删表操作，只记录一个语句droptablet。仅凭这句话，无法还原表的数据。sql2005|成绩SQL2005报表服务不克不及被启动成绩总结呈报
因为之前安装过SQL2005BETA2版本，厥后再装上SQL2005正式版后发明报表服务不克不及启动
利用url地点http://localhost/reportserver会见时呈报上面信息：
Thereportservercannotopenaconnectiontothereportserverdatabase.Aconnectiontothedatabaseisrequiredforallrequestsandprocessing.(rsReportServerDatabaseUnavailable)GetOnlineHelp
****SQLServerdoesnotexistoraccessdenied.****
经由诊断，这一成绩能够经由过程命令行办理，以下：
rsconfig-c-s呆板名-asql-pSQL用户名(如sa)-uSQL用户名暗码(如sa)-d你的报表服务器数据库名（如reportserver）
固然，假如你的SQLSERVER2005不是夹杂考证，你能够改动一下下面的参数，如
rsconfig-c-s呆板名-awindows-pwin用户名(如myserveradministrator)-u用户名暗码(如123)-d你的报表服务器数据库名（如reportserver）
如许，假如下面命令没有报错的话，你再经由过程http://localhost/reportserver会见时应当是不会报不克不及毗连到SQLSERVER数据库成绩了
可是，我经由过程http://localhost/reportserver会见是，呈报上面信息：
报表服务器Windows服务“ReportServer”未运转。必需运转该服务才干利用报表服务器。(rsReportServerServiceUnavailable)

真冤，那我就启动报表服务把，但是启动的时分它报错，说它启不起来，要我往事务里看看，这不玩我么？
我就往事务里瞧瞧，公然发明3个年夜红叉，内容以下：
红叉1：
TheRemoteProcedureCall(RPC)servicefailedtostart.
红叉2:
Servicecannotbestarted.Microsoft.ReportingServices.Diagnostics.Utilities.UnknownUserNameException:没法辨认用户名或组名“LocalSystem”。
atMicrosoft.ReportingServices.Library.Native.NameToSid(Stringname)
atMicrosoft.ReportingServices.Library.ServiceAppDomainController.StartRPCServer(BooleanfirstTime)
atMicrosoft.ReportingServices.Library.ServiceAppDomainController.Start(BooleanfirstTime)
atMicrosoft.ReportingServices.NTService.ReportService.OnStart(String[]args)
atSystem.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Objectstate)
红叉3：
Thereportservercannotdecryptthesymmetrickey.Mostlikely,theserviceaccountorpasswordhaschanged.Tocontinue,runrsconfig.exetoupdatethereportserveraccountinformation.


红叉1报的莫明奇奥，RPC服务启动妨碍，这SQL2005更年期了把，明显RPC服务好好的启着
红叉2报的加倍奇异，没事用这LocalSystem破标记干吗，我又没有设置你，没法辨认，
红叉3居然供应了一个办理计划，说要我再用rsconfig.exe尝尝，整人怎样能如许呢？rsconfig.exe统共才几个参数，我都玩了几百遍了，还要我玩，会不会啊，又是一个脑痴，不晓得就不晓得，还要给个甚么倡议干吗，引我进邪路啊
不外微软仍是挺其实的，我把红叉2的内容往GOOGLE上一搜，就发明微软的官方网站上有这个成绩的办理举措，网址以下：
http://support.microsoft.com/kb/911846/en-us
这文章粗心就是说：
的确有这个成绩存在，这个缘故原由是在RSreportserver.config文件中的WebServiceAccount属性没有指好招致，当这个属性没有指好时，它就会利用ASPNET利用的帐号，但是以后ASPNET利用的这个帐号它不存在于域把持器中的，缺省情形下这个ASPNET利用的帐号就是应当在域把持器中，如利用IWAM_ComputerName帐号
哎，看下面的话不就是怪我修改了ASPNET的利用帐号，以是报表服务启不起来，分明推脱义务
未几说了，看看微软的办理办法把，实在很复杂，翻开RSreportserver.config文件，这文件所处的目次以下：
Drive:ProgramFilesMicrosoftSQLServerMSSQL.xReportingServicesReportManager
然后找上面标记
<WebServiceAccount></WebServiceAccount>
把它改成上面的模样：
<WebServiceAccount>IWAM_ComputerName</WebServiceAccount>
好了，存盘
重启报表服务，用时3小时16分零16秒，报表服务启动终究乐成.
但其实不意味着能够乐成会见了，我再会见http://localhost/reportserver/时呈现上面毛病：
报表服务器没法翻开与报表服务器数据库的毗连。一切哀求和处置都请求与数据库创建毗连。(rsReportServerDatabaseUnavailable)猎取联机匡助
LoginfailedforuserCRSERVERIWAM_CRSERVER.
这个成绩呈报到挺其实的，就是说以后这个用户不克不及会见SQLSERVER数据库，那行，我就为这个用户创建一个SQL登录
却发明实在这个用户基本就不克不及建登录，意味着它也不是域帐号，哎，忘了说了，我的时WIN2003体系，微软下面那篇文章讲的是2000的
好把，归正晓得成绩地点，先把ASP.NET的运转帐号改成NTAUTHORITYLOCALSERVICE,然后在上文件中把
<WebServiceAccount></WebServiceAccount>
改成上面的信息
<WebServiceAccount>NTAUTHORITYLOCALSERVICE</WebServiceAccount>
这下应当没错了把，但是忧郁的是仍是有错，上个毛病没有了，下个毛病出来了，以下：
报表服务器没法解密用于会见报表服务器数据库中的敏感数据或加密数据的对称密钥。必需复原备份密钥或删除一切加密的内容。有关具体信息，请查阅该文档。(rsReportServerDisabled)(rsRPCError)猎取联机匡助
不准确的数据。(ExceptionfromHRESULT:0x80090005)
天主啊，谁来挽救我把，现在我有几脑细胞因梗塞而出生，悲观啊，难不成辛劳写了这么多却终极仍是没有办理？
不宁愿，再折腾一把，记得SQL2005有一个报表设置办理器，往内里玩玩
发明有一个加密的一栏，不论了，它不是说不克不及解密么，那我先把它删除，删除乐成了，然后再change一下天生一个新的，OK
在从头利用http://localhost/reportserver会见，幸喜惹狂啊，甚么错也没有了
IE前往界面以下：
localhost/ReportServer-/
--------------------------------------------------------------------------------
----------------------
MicrosoftSQLServerReportingServices版本9.00.1399.00
半途而废！
在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE选项的作用将非常明显。另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

你可以简单地认为适合的就是好，不适合就是不好。

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

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

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

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。

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