1.在转换之前,最好还是先把你的中文表名改成E文的,这样做比较安全,可以避免很多不知名的麻烦!
2.SQL实际上也是一个文件,只是这个文件就不能象access那样可以随随便便的打开了，要用SQL自带的"企业管理器"打开.
3.具体转换过程可以参看相关资料,要注意的是编号自增量的属性,和关键字段的设置也要一起倒到SQL中去,否则也是出错了不知道原因在那,也是麻烦!
4.如果网页是用UD制作的话，只要从新设置一下DSN即可，网页里面无须变化,这就是DSN的好处

(最后彻底建议,建表和字段一定要用E文)

不换也行，反正你先试试！那就找个中文版的SQL2000，不过用中文始终是个隐患，长痛不如短痛，要就一次搞定，免得以后到30000个文件的时候，后悔就来不及了。

wuzi在上个帖子中说

引用:

---

1、把数据库倒入sql2000后，程序是否真的一点也不用改？请高手作答！是否有什么函数或者语句不支持？
2、像“编号自增量的属性,和关键字段的设置也要一起倒到SQL中去”，怎样具体实现？能否详细讲讲？
3、UD是否完全支持sql2000？
4、UD+sql2000 总是出现这样的错误：
Microsoft OLE DB Provider for ODBC Drivers (0x80040E4D)
/dtsw/index.asp, 第 5 行
怎么回事,请高手解答！万分感谢！

---

1。数据库导入SQL2000，不改程序代码是不可能的，即使源程序写得再工整，你也得改DSN呀，还有，就是SQL的保留字段，在ACCESS上是没有限制的，到SQL里，就会报错，建议你在取名字的时候，不要是完整的单词，如可以在 TIME 前 加一个 GTIME ，这样的话，就不会有保留字段冲突的。
2。编号自增量的属性 的导不过去的，但有数据的ID值是可以导过去的，导入完成后，在设计表中将要 自动增加的 字段设置为如下：

标识： 是（不用于复制）
标识种子：1
标识递增量：1

这样就可以自动增加了。

3。UD是支持SQL2000的，但我想，这话不应该这样说，因为UD使用ODBC连接的，只要ODBC支持的，我想在UD里用起来就没什么问题。

4。你说的这种情况，你可以试试这样：
在添加数据源ODBC的时候，登陆ID一定要用你给这数据库分配的用户，如果使用NT验证虽然在ODBC上可以测试通过，但是在ASP程序仍然不能访问数据库的。


呵呵，高手我可算不上，我也是个求学者，只不过，我最近做了数据库升级的工作，把我自己的看发说出来，希望对你有所帮助，如果你有什么好的想法，也说出来，给大家参考参考。

麻烦是麻烦，老总说那程序毛病太多，干脆不要了，呵呵，关掉了。

是啊，他是觉悟了，把原来关掉了，可他今天又给我一个聊天室的程序让我改，天，里面的字段又是中文名的，天，看来他是怕我累不死啦。