不同主机供应商提供的SQL工具的质量不尽相同。在测试数据库发布向导时，我们发现主机供应商提供的一些定制的SQL管理工具会不正确地分析合法的SQL语句从而导致问题，特别是对于GOTO语句。这个页面描述了一个你也许见过的一些主机供应商的工具遭遇GOTO语句的问题。为了帮助全面提高SQL主机管理工具的质量，SQL Server产品组在明年的早些时候会发布一个免费的SQL HTML管理工具的源码，主机供应商可以将其集成到他们的界面中去。如果顺利的话，这将有助于改进所有Windows主机环境的标准体验。

　　如果你的主机供应商没有可用的HTML web管理工具让你轻松管理你的SQL数据库的话，那么你也可以编写一个简单的ASP.NET 网页，你可以将它和你的 .SQL 文件一起FTP到你的网站，然后访问该网页，该网页则把 .SQL 文件当作文本文件读入内存，然后将其变成一个字符串传给ADO.NET来执行。这将给予你和上面的查询分析器一样的结果，为你完全重建你的数据库。

　　 第四步：更新web.config中的连接字符串

　　一旦在我们的主机环境的数据库里上传数据完毕，我们要向远程网站上传我们的.aspx文件，程序集和其他内容(一般是通过FTP来做的)。

　　我们要做的最后一步是打开我们的 web.config 文件，更新 部分来指向我们远程主机的新数据库位置。注意，你需要从主机供应商那里得到确切的SQL服务器，数据库名字，以及用户名/密码。

　　用我们上面的personal starter kit作为例子，我们要改动 web.config 文件中的 部分中的默认连接字符串(原本使用的是本地\app_data文件夹中的2个SQL Express数据库)：

<connectionStrings>
   <add name="Personal" connectionString="Data Source=.\SQLExpress;Integrated Security=True;User Instance=True;AttachDBFilename=|DataDirectory|Personal.mdf" />  
   <remove name="LocalSqlServer"/>
   <add name="LocalSqlServer" connectionString="Data Source=.\SQLExpress;Integrated Security=True;User Instance=True;AttachDBFilename=|DataDirectory|aspnetdb.mdf" />
</connectionStrings> 

　　来使用单个SQL Server 2000数据库(Server123机器上的scottguDB数据库)。

<connectionStrings>
   <add name="Personal" connectionString="Data Source=Server123;Initial Catalog=scottguDB;Integrated Security=True" providerName="System.Data.SqlClient" />
   <remove name="LocalSqlServer"/>
   <add name="LocalSqlServer" connectionString="Data Source=Server123;Initial Catalog=scottguDB;Integrated Security=True" providerName="System.Data.SqlClient" />
</connectionStrings> 

　　我们能够使用单个数据库(而不是上面的2个数据库)，因为我们对单一数据库运行了2个 .SQL文件，这样，把所有的数据定义和数据库合并到单个数据库实例里去了。

　　第五步：完成

　　至此，我们就可以在主机环境里远程运行我们的应用了，它应该是工作的。

　　总结

　　作为SQL Hosting Toolkit的一部分推出的数据库发布向导应该使得为任何数据库(SQL Express 或者 SQL Server)创建 .SQL 文件非常容易。你可以使用它来轻松地dump你本机的数据库，然后用来在远程系统上重新建立完全一样的数据库。