sqlserver FOR XML PATH 语句的应用
代码如下:
DECLARE
@TempTable table(UserID int , UserName nvarchar(50));
insert into
@TempTable (UserID,UserName) values (1,'a')
insert into @TempTable
(UserID,UserName) values (2,'b')
select UserID,UserName
from @TempTable FOR XML PATH
运行这段脚本，将生成如下结果：
复制代码
代码如下:
<row>
<UserID>1</UserID>
<UserName>a</UserName>
</row>
<row>
<UserID>2</UserID>
<UserName>b</UserName>
</row>
大家可以看到两行数据生成了两个节点，修改一下PATH的参数：
select
UserID,UserName from @TempTable FOR XML PATH('lzy')
再次运行上述脚本，将生成如下的
结果：
复制代码
代码如下:
<lzy>
<UserID>1</UserID>
<UserName>a</UserName>
</lzy>
<lzy>
<UserID>2</UserID>
<UserName>b</UserName>
</lzy>
可以看到节点变成，其实PATH()
括号内的参数是控制节点名称的，这样的话大家可以看一下如果是空字符串（不是没有参数）会是什么结果?
select
UserID,UserName from @TempTable FOR XML PATH('')
执行上面这段脚本将生成结果：
复制代码
代码如下:
<UserID>1</UserID>
<UserName>a</UserName>
<UserID>2</UserID>
<UserName>b</UserName>
这样就不显示上级节点了，大家知道在 PATH 模式中，列名或列别名被作为 XPath
表达式来处理，也就是说，是列的名字，这样大胆试验一下不给指定列名和别名会是怎么样？
select CAST(UserID AS
varchar) + '',UserName + '' from @TempTable FOR XML PATH('')
运行上面这句将
生成结果
1a2b
所有数据都生成一行，而且还没有连接字符，这样的数据可能对大家没有用处，还可以再变化一下：
select
CAST(UserID AS varchar) + ',',UserName + '',';' from @TempTable FOR XML
PATH('')
生成结果
1,a;2,b;
大家现在明白了吧，可以通过控制参数来生成自己想要的结果，
例如：
select '{' + CAST(UserID AS varchar) + ',','"' +UserName +
'"','}' from @TempTable FOR XML PATH('')
生成结果
{1,"a&q
相关文档：
在MFC程序中使用XML文件配置工具栏
作者：朱金灿
来源：http://www.cnblogs.com/clever101
现在我发现使用Visual Studio的资源编辑器进行编辑资源有着诸多的不便：首先是任何资源的变动一般变动代码，不利于系统维护，其次Visual Studio的资源编辑器的本身的功能有限，也不利于界面美化，三是不利于人员分工，开发人员� ......
本来我是不赞成使用通用存储过程的，主要是因为根据表结构来定制分页查询不用动态的拼SQL，这样才是真正的高效，而且只要写过一个，那么再有新需求的时候，小范围改动几处就ok了。
但总是有人向我讨要或者讨论通用存储过程，没办法，被逼无奈，良心丧与困境。
木有找到T-SQL代码编辑器
-- ============================= ......
一、基础
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'
--- 开始 备份
BACKUP DATABASE pubs TO testBack
4、说 ......
http://www.tongyi.net/article/20031101/200311013786.shtml
所谓的数据传输，其实是指SQLServer访问Access、Excel间的数据。
为什么要考虑到这个问题呢？
由于历史的原因，客户以前的数据很多都是在存入在文本数据库中，如Acess、Excel、Foxpro。现在系统升级及数据库服务器如SQLServer、ORACLE后，经常需要访问文本数 ......
