请教一个db-library与链接服务器的诡异问题

2012-02-15 10:01:10 227 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Unity CS0006错误：系统排查与解决找不到元数据文件问题在Unity开发中，动态链接库（DLL）作为承载代码逻辑和功能的核心程序集，其元数据为编译器提供了类型检查与代码验证的基础。当编译器无法在预期路径定位到必需的DLL时，便会触发CS0006编译错误，这通常源于文件物理丢失、安全软件拦截或项目缓存状态异常。理解这一机制对于保障项目构建流程的稳定性至关重要，尤其在团队协作与持续集成场景中，能有效避免开发中断。本文聚焦于Unity环境下DLL引用失效的常见成因，如杀毒软件误删、版本控制系统配置疏漏及Unity内部缓存损坏，并提供了一套从基础清洁、安全软件排查到缓存阅读详情

使用的是sql2000数据库，安装过sp4补丁。
还有一个古老的用c++写的程序，会调用该数据库的一个存储过程，数据库访问使用的是db-library。
该过程其实是通过链接服务器查询另一个sql2000数据库中一张表的数据。比如：

create procedure p_query_inf

as

select num from webserver.zhdb.dbo.numberinfo;

go

奇怪的是：这个过程写好，在查询分析器中执行没有任何问题，但该c++程序调用时就执行存储过程失败（错误原因不详，因为该程序很老了，基本没有熟悉的人）。
但是如果把c++程序访问的数据库和链接服务器指向的数据放在一台机子上，存储过程中不使用链接服务器程序变为这样

create procedure p_query_inf

as

select num from zhdb.dbo.numberinfo;

go

那个古老的c++程序就调用该过程成功。所以我就怀疑是链接服务器的问题，可是我在查询分析器里使用跟c++程序访问数据库一样的用户，执行该过程就没问题啊。（查询出来结果集不大，就几百条）
真奇怪，请各位高手指点！

...全文

Linux动态链接库依赖问题深度解析：从libssl.so.1.1缺失到OpenSSL版本兼容性实战动态链接库是Linux系统中实现代码共享和模块化的重要机制，它允许多个程序共用同一份库代码，从而节省系统资源并简化更新流程。其核心原理在于程序运行时通过动态链接器在预设路径中查找并加载所需的共享对象文件（.so文件）。这一机制的技术价值在于提升了软件开发的效率和系统资源的利用率，但也引入了库依赖和版本兼容性等挑战。在实际应用场景中，当系统升级或软件迁移时，常会遇到因库文件缺失或版本不匹配导致的程序无法启动问题，例如经典的libssl.so.1.1缺失错误。本文聚焦于OpenSSL这一关键的密码学工具包，深入阅读详情

yuhangding

疑难问题 22,298 成员 121,727 内容

+ 关注 + 加入社区

切换为时间正序

唐诗三百首 2012-02-16

打赏
举报

debug一下c++程序,应该有详细错误信息的.

靠猜很难搞定D.

yuhangding 2012-02-16

打赏
举报

今天已经解决了，链接服务器建的没有问题。
最终用profiler又跟踪了一下程序启动时候的行为，在设置跟踪事件时，把错误和告警选上，通过跟踪发现调用存储过程时，报7405错误。
这样就有目标了，网上一查是“异类查询要求为连接设置 ANSI_NULLS 和 ANSI_WARNINGS 选项。这将确保一致的查询语义。请启用这些选项，然后重新发出查询。”
其实就是那个程序启动连接数据库时，没有设置ANSI_NULLS和ANSI_WARNINGS。但是在查询分析器连接数据库后默认是设置了这两个选项的，所以查询分析器执行没有错误。
解决的办法有两个，一个是程序连接数据库后设置那两个选项为ON，再调用存储过程，但是程序很古老了无法修改。
我用的第二个办法，就是右键数据库服务，选择属性，在连接选项卡，默认连接选项中，把ANSI_NULLS，ANSI_WARNINGS都勾选了，就都OK了。

yuhangding 2012-02-15

打赏
举报

[Quote=引用 3 楼 xxyj6450 的回复:]

不是指存储过程中的事务，是指调用存储过程的C是否在调用前开启了事务。分布式事务是个麻烦的东东，稍有不慎就会报错。
你最好在运行C程序的机器上用查询分析器执行一下，看是什么样的结果。
[/Quote]
这倒是可以看看，明天看看C程序的代码，调过程之前还有事务没。

三断笛 2012-02-15

打赏
举报

不是指存储过程中的事务，是指调用存储过程的C是否在调用前开启了事务。分布式事务是个麻烦的东东，稍有不慎就会报错。
你最好在运行C程序的机器上用查询分析器执行一下，看是什么样的结果。

yuhangding 2012-02-15

打赏
举报

[Quote=引用 1 楼 xxyj6450 的回复:]

问题应该不出在C程序中。
1.检查链接服务的设置是否正常。链接服务器设置不正确可能会导致无法执行。比如说链接服务器是否有加端口，即使是1433，在连接时也要记得加上。
2.检查代码中是否有事务，如果有，那要注意配置分布式事务。具体可以百度查。
3。检查链接服务器的权限设置。
4。检查链接服务器的服务配置，是否有开户RPC，MSTDC等等。

最好是提供你的错误描述。
[/Quote]
存储过程中没有任何事务，但怕这个出问题，我把MSDTC也打开了，我觉得权限也不应该有问题，因为我觉得在查询分析器里执行该过程使用的用户，和在C程序里执行该过程使用的用户是一样的。

三断笛 2012-02-15

打赏
举报

问题应该不出在C程序中。
1.检查链接服务的设置是否正常。链接服务器设置不正确可能会导致无法执行。比如说链接服务器是否有加端口，即使是1433，在连接时也要记得加上。
2.检查代码中是否有事务，如果有，那要注意配置分布式事务。具体可以百度查。
3。检查链接服务器的权限设置。
4。检查链接服务器的服务配置，是否有开户RPC，MSTDC等等。

最好是提供你的错误描述。

请教一个db-library与链接服务器的诡异问题

相关推荐