因为您谈论的是CMS，所以我假设您正在部署到可能没有命令行访问权限的托管环境中。
现在，在我给你链接之前，我想声明这是一个BAD的想法。XML太过冗长，无法传输大量数据。此外，尽管提取数据相对容易，但将数据放回原处会很困难，而且本身就是一个非常耗时的开发项目。
下一个警告：正如Denis所建议的，您将错过所有存储过程、函数等。您最好使用正常的sql server备份/恢复过程。（顺便说一句，我对他的回答投了赞成票）。
最后，在我上次处理XML和SQL Server时，我们注意到当数据超过64KB边界时会出现一些有趣的问题。基本上，在63.5KB时，查询运行得非常快（200ms）。在64KB时，查询时间跃升至一分钟以上，有时甚至更长。我们没有费心测试任何超过100KB的内容，因为这需要在零负载的快速/专用服务器上花费5分钟。
http://msdn.microsoft.com/en-us/library/ms188273.aspx
See this for putting it back in:
How to insert FOR AUTO XML result into table?
对于kicks，这里有一个链接，讨论将数据作为json对象拉出：http://weblogs.asp.net/thiagosantos/archive/2008/11/17/get-json-from-sql-server.aspx
你还应该阅读（不适合胆小的人）：http://www.simple-talk.com/sql/t-sql-programming/consuming-json-strings-in-sql-server/
当然，评论者都建议使用CLR方法构建一些东西，但在共享数据库托管环境中可能无法使用这种方法。
最后，如果你真的坚持这种疯狂，那么简单地遍历你的表列表并将所有数据导出到标准CSV文件可能会更好。然后，迭代CSV文件以将数据加载回ala中C#-有没有办法将csv文件流式传输到数据库中
请记住，以上所有方法都会受到
- long processing times due to the data overhead; which leads to
- a high potential for failure due to the various time outs (page processing, command, connection, etc); and,
- if your data model changes between the time it was exported and reimported then you re back to writing custom translation code and ultimately screwed anyway.
所以，只有当你真的必须这样做，并且至少内心有点受虐狂的时候，才可以这样做。如果目的只是将一些数据从一个安装转移到另一个安装，您可以考虑使用SQL比较和来自”http://www.red-gate.com“rel=”nofollow noreferrer“>RedGate处理传输。
我不在乎你赚了多少，1500美元的投资http://www.red-gate.com/products/sql-development/sql-developer-bundle/“rel=”nofollow noreferrer“>开发者捆绑包比你要花几个月的时间来做这件事、修复它、重做它、再次修复它等等要便宜得多。（郑重声明，我不为他们工作。他们的产品只是一流的。）
