MSSQL网页编程之windows server 2003 中 SQL Server 20...
Merge将一定数量的MyISAM表联合而成一个整体，在超大规模数据存储时很有用server|window|毛病|散布式|办理症状假如在Windows.NETServer上安装的SQLServer2000中运转链接服务器查询，大概会前往以下毛病（即便MSDTC正在该服务器上运转）：Server:Msg8501,Level16,State3,Line3
MSDTConserverservernameisunavailable.在SQLServer毛病日记中，您会发明由运转该查询的spid激发的以下毛病：
ResourceManagerCreationFailed:ResultCode=0x8004d01c缘故原由这是计划使然。假如在"当地体系"帐户下运转"散布式事件处置和谐器服务"就会产生此毛病。办理计划比来为了进步RPC平安性对DTC所做的变动请求MSDTC作为"NTAuthorityNetworkService"运转。这是.NETServer的默许选项。在WindowsNT和Windows2000中，默许情形下MSDTC服务是在"当地体系"帐户下运转的。
告诫："注册表编纂器"利用不妥可形成严峻成绩，这些成绩大概必要从头安装操纵体系。Microsoft不包管可以办理由于"注册表编纂器"利用不妥而发生的成绩。利用"注册表编纂器"必要您自担风险。
若要将MSDTC服务帐户从"当地体系"变动为"NTAuthorityNetworkService"，请实行以下步骤：1.运转regedt32，扫瞄至HKEY_LOCAL_MACHINEoftwareMicrosoftMSDTC。
增加一个DWORD值TurnOffRpcSecurity，值数据为1。2.翻开命令提醒，运转"netstopmsdtc"，然后运转"netstartmsdtc"。3.转至"组件服务办理工具"。
a.扫瞄至"启动办理工具"。b.选择"组件服务"。c.睁开"组件服务"树，然后睁开"我的电脑"。d.右键单击"我的电脑"，然后选择"属性"。e.在MSDTC选项卡中，确保选中了以下选项：
收集DTC会见收集办理收集事件XA事件
别的，"DTC登录帐户"必定要设置为"NTAuthorityNetworkService"。f.单击"断定"。如许将会提醒您"MSDTC将会中断偏重新启动。一切的依附服务将被中断。请按是持续"。单击"是"持续。g.单击"断定"封闭"我的电脑"属性窗口。4.再次运转regedt32，扫瞄至HKEY_LOCAL_MACHINEoftwareMicrosoftMSDTC，然后删除TurnOffRpcSecurity项。如今您的MSDTC服务应当在"NTAuthorityNetworkService"帐户下运转了，而且不会再呈现该毛病。
更多信息
当"MSDTC平安性"设置下的"收集DTC会见"禁用时，假如运转链接服务器查询则会前往以下毛病：
Server:Msg7391,Level16,State1,Line2TheoperationcouldnotbeperformedbecausetheOLEDBproviderSQLOLEDBwasunabletobeginadistributedtransaction.
跟踪标志7300翻开时：Server:Msg7391,Level16,State1,Line2TheoperationcouldnotbeperformedbecausetheOLEDBproviderSQLOLEDBwasunabletobeginadistributedtransaction.OLEDBerrortrace.MSDTC服务必定要依照下面"办理计划"一节中的申明举行设置，才干避免此毛病。
再现征象的步骤1.转至"启动办理工具服务"。2.右键单击"散布式事件处置和谐器"服务，转至"登录"选项卡，选择"登录身份"下的"当地体系"帐户。3.中断然后从头启动该服务。4.从查询剖析器，运转以下剧本：
execsp_addlinkedserverremote1execsp_setnetnameremote1,<remoteservername>goexecremote1.pubs.dbo.sp_executesqlNcreatetablet(c1int)gosetxact_abortongobegintraninsertintoremote1.pubs.dbo.tvalues(1)committrango
在ORDERBY操作中，MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。（虽然如此，在涉及多个数据表查询里，即使有索引可用，那些索引在加快ORDERBY方面也没什么作用）。 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。 也可谈一下你是怎么优化存储过程的? having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。 而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。 不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关 连做梦都在想页面结构是怎么样的，绝非虚言 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。 连做梦都在想页面结构是怎么样的，绝非虚言 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~
页:
[1]