MSSQL网站制作之Sql Server利用链接服务器远程取数据

但我们知道，若使用statement，并没有上述需要的数据。试想binlog中记录了一句updatetsetf1=3whereid=3。怎么恢复呢？server|服务器|链接|数据因为比来开辟的一个查询体系,基础是在别的服务器的,以是在当地服务器计划了两头,用来存从远程服务器取数据!
一种办法是经由过程,OPENDATASOURCE来远程读取数据!

SELECT*
FROMOPENDATASOURCE(
SQLOLEDB,
DataSource=ServerName;UserID=MyUID;Password=MyPass
).Northwind.dbo.Categories
可是远程的服务器不克不及确认,对照贫苦,假如要完成,只要把毗连信息保留到服务器,经由过程静态SQL(EXEC或sp_excute_sql来到达目标)
另外一种办法就是增加链接服务器,
sp_addlinkedserver@server=N链接服务器名,
@srvproduct=N,
@provider=NSQLOLEDB,
@datasrc=N远程服务器IP,
增加链接服务器登录
sp_addlinkedsrvlogin[@rmtsrvname=]链接服务器名
[,[@useself=]false]
[,[@locallogin=]当地登录名]
[,[@rmtuser=]远程登录名]
[,[@rmtpassword=]远程暗码]
如许会见远程服务器的就能够经由过程SQL
select*from链接服务器名.远程数据名.远程一切者.远程表名
不必管远程服务器的地点所登录名,只能链接服务器名,稳定,正式发装时,不克不及修正程序!


CSV逻辑上由逗号分割数据的存储引擎

微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

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

而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

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

大侠们有推荐的书籍和学习方法写下吧。