整理顺序 操作系统不支持
我正在从 SQL 2000 迁移到 SQL 2008。SQL 2000 位于 Server 2003 上。SQL 2008 位于 Server 2008 上。我已成功导入数据库。我能够执行查询并且它们工作正常。我使用在 IDE 中运行的 VB6 程序来更新数据库。
当我的 VB6 程序在服务器 2003 上运行时，程序将使用以下连接字符串进行连接：
Provider=SQLOLEDB;DATABASE=mydbname;SERVER=my ip;DRIVER={SQL SERVER};UID=myuser;PWD=mypw;
使用上述连接字符串，我可以毫无错误地连接到 SQL 2000 或新的 SQL 2008 数据库。在 Server 2008 上，没有 SQLOLEDB 驱动程序显示，因此我必须使用新的 SQLNCLI10 提供程序
CCTdbConnectionString = "Provider=SQLNCLI10;Server=myServer\My InstanceName;Database=MyDB;UID=myuser;PWD=mypw;
这就是问题所在。当我在 Server 2008 上运行时，出现错误 3228 操作系统不支持选定的整理顺序。如果我点击“调试”并重试，或者停止程序并重试，它就会克服该错误，直到我重新打开 IDE。然后我遇到的第二个错误是错误 3027 无法更新。数据库或对象是只读的！这永远不会消失，我死了。
I am moving from SQL 2000 to SQL 2008. The SQL 2000 is on a Server 2003. SQL 2008 is on a Server 2008. I have imported my database successfully. I am able to perform queries and they work fine. I use a VB6 program running in the IDE to update the database.
When my VB6 program runs on a server 2003 the program will connect using the following connection string:
Provider=SQLOLEDB;DATABASE=mydbname;SERVER=my ip;DRIVER={SQL SERVER};UID=myuser;PWD=mypw;
Using the above connection string, I can connect with no errors to either SQL 2000 or the new SQL 2008 database. On the Server 2008, there is no SQLOLEDB driver show, so I have to use the new SQLNCLI10 provider
CCTdbConnectionString = "Provider=SQLNCLI10;Server=myServer\My InstanceName;Database=MyDB;UID=myuser;PWD=mypw;
Here's the problem. When I am running on the Server 2008 I get the error 3228 Selected collating sequence not supported by the operating system. If I hit debug and try again, or stop the program and try again it gets past that error until I reopen the IDE. Then I get a 2nd error encountered is an error 3027 Can Not Update. Database or object is read-only! This never goes away and I'm dead.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
经过大量研究，我找到了答案。 SQL 2005 及更高版本显然要求使用 ODBC 或 OLEDB 访问的每个表上都存在唯一键索引。
这解决了问题。
After Much research, I have found the answer. SQL 2005 and up apparently require a Unique Key Index exist on every single table that is accessed using ODBC or OLEDB.
This Cures the problem.
编译代码：不使用IDE？
相关KS 知识库文章 246167
Compile the code: don't use the IDE?
Related KS KB article 246167