哟哟，原来往虚拟空间导SQL2000和2005是这样做哒^.^

哇，想当初这个问题困扰朱许久哎，当初可是因为丢主键和标识列的问题，搞的朱烦死啦，那可是一个个手工加上去的哎，手酸死。现在不用啦，原来导数据还要一点点技巧哒，虽然这也称不上技巧，写在这里喽，免得朱的脑瓜某天给不能用了。。

 

虚拟空间的数据库一般都是受限用户，像俺在开发机器上做，那数据库架构肯定都是dbo喽，登陆肯定是用sa喽。哇，这个在虚拟空间就行不通了，它会给新建一个用户，这个用户一般就访问不了dbo的架构了，只能访问自己哒，要是一点不设置，噌噌噌地把数据库给导过去，架构一般会是dbo哒，你要用那个用户访问会读不到数据哒。另一个会遇到的问题是主键丢失和自增列丢失，哇，问题好严重。

 

好吧，俺现在是这样导数据的，不知道是不是最佳方案，反正数据是可以正确无误的导入哒。

 

先说2000往2000导。

第一步，先在本地生成数据库，记着把常规选项卡里的“编写全部对象脚本”勾上，还要记得勾上“选项”这个选项卡里的全部“表脚本选项”，要不主键和自增列会丢哒。

第二步，登陆虚拟空间哒数据库，打开查询分析器，把刚才生成哒脚本拷进去，然后要使用“全部替换”功能，先把[dbo.]替换成空字符，再把dbo.替换成空字符，再然后运行就成啦，表结构就建成啦，架构是当前登陆用户哒，下一步就是把数据导进来。

第三步，2000里边得用从本地库里，使用“导出数据”这个功能，跟使用2005导数据不一样哎，2005得用“导入数据”，而且很麻烦。OK，导出数据前两步没啥，填必要的登陆信息就成，然后一路下一步到“选择源表和视图”这一步，点那个全选按钮，目的那一列会显示空间数据库的那个用户的表，这个跟2005又不一样，2005会显示你本地数据库的架构，它默认会导入那个架构哒，而这一般是俺们不需要哒。最下面是视图，这个不需要导数据，把它的勾去掉。对那些自增列要是不放心，可以点那个转换按钮，俺们会看到对有自增列的表，那个“启用标识插入”是勾着哒，这就对了。然后再一步就可以把数据导入到空间的库里了。

嗷嗷，2000导数据基本就这个样子了。数据导完了，就去空间库里检查下，看跟本地的有嘛不一样不。

 

再说2005导数据喽。

2005导数据，俺本地开发用的是2000，可他空间库是2005的，俺现在只是把2000的库导入到2005里，2005之前的互导还没试过，不过过程应该差不多吧。

第一步第二步一样喽，先建表结构，不过俺用2005连2000，先用的2005的生成脚本功能，发现它跟2000生成的脚本不一样哎，还把列注释也给加进去了，这个注释一般用户是没有权限加进去哒，反正俺那个没加进去；另外不像2000似的，开头一堆删除表的判断。哎，个人觉得2005的脚本没2000的清晰简洁，你说俺要是导数据失败了，想把表全删了咋办？想想还是2000方便噢，把前面的脚本择出来一运行就OK啦。所以喽，俺最后用的还是2000生成的脚本，然后是用全部替换功能。

导数据。这里得注意下，不能从本地导出数据了，得从空间库那里选择“导入数据”，要不然那些标识列的ID会从1开始哒，以前录的东西就相当于全丢啦。嗷嗷，除了这个，麻烦的还在后面，也是那个“选择表和视图”那一步，哎，2005里这一步叫啥名字记不住了，反正差不多。在这一步你要是点那个全选按钮，会注意到目的那一列的架构和你本地的是一样哒，都是dbo，那肯定是不行喽，要是这样导过去，你再用空间提供的用户名登陆，要是在表前面不加架构名了，那是根本查不到数据哒，而俺们平时写程序，哪会在查询的SQL语句里写架构噢，俺反正不会哒。所以喽，这一步，朱目前是在目的列那个下拉列表里一个个选择对应的表的，另外，2005貌似默认还不给启用标识插入，然后你还要在那个转换表里，把那个启用标识插入给一个个再勾上，最好也选上那个删除表数据，不过这个如果存在有外键约束的表会提示失败哒，慎用慎用。

嗷嗷，嗷嗷，完了，就这样导进去了。。

 

你有更便捷的方法不？告诉朱呗，光选那个目的列，朱的手还是酸的嘞。。