MSSQL教程之逐纪录导出text/ntext字段值为文本文件...

闪回的目的是要让数据库在commit之后，还能恢复到之前的某个状态，整库或指定的表。
/*--原帖地点:http://community.csdn.net/Expert/topic/3851/3851741.xml?temp=.4726831--*/

--测试数据createtabletb(idvarchar(50)primarykey,detailtext)inserttbselectaaa,11111unionallselectbbb,43424unionallselectccc,324234

/*--处置请求

把上述表中的detail字段导出为文本文件,请求每笔记录一个文件,文件名为id+.txt即上述表中的数据请求导出为aaa.txt,bbb.txt,ccc.txt--*/go

--处置的存储历程createprocp_export@pathnvarchar(1000)--导出的文本文件保留的目次asdeclare@snvarchar(4000)ifisnull(@path,)=set@path=c:elseifright(@path,1)set@path=@path+

--用游标构建每笔记录的bcp导出语句,BCP的语法参考sql联机匡助declaretbcursorlocalforselectBCP"selectdetailfrom+quotename(db_name())+..tbwhereid=+quotename(id,N)+"queryout"+@path+id+.txt"/T/wfromtbopentbfetchtbinto@swhile@@fetch_status=0begin--挪用xp_cmdshell存储历程实行bcp举行导出处置execmaster..xp_cmdshell@s,no_outputfetchtbinto@sendclosetbdeallocatetbgo

--挪用execp_exportc:go

--删除测试droptabletbdropprocp_export
导致了一个使用几乎和mSQL一样的API接口的用于他们的数据库的新的SQL接口的产生，这样，这个API被设计成允许为用于mSQL而写的第三方代码更容易移植到MySQL。

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

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

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

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。

呵呵，这就是偶想说的

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油