SQL Server Native Client 必须是安装方式吗?

WellSoft 2016-05-27 04:32:19
pb12.5.2+sqlserver2008, 客户端 SQL Server Native Client 必须是安装方式吗? 直接复制SQL Server Native Client里面的dll到程序路径可以否? 可以的是哪几个dll呢?
...全文
4380 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
WellSoft 2016-06-22
  • 打赏
  • 举报
回复
"SNC SQL Native Client(OLE DB)" 奇怪了, 亲试 SQLCA.DBParm 不需要写 "PROVIDER='SQLNCLI10'" 也可以连接
FrankLiang 2016-06-21
  • 打赏
  • 举报
回复
請教一下: snc方式与oledb方式,用代码区分的话,以下2个方式有何不同: 1.》SQLCA.DBMS = "OLE DB" 2.》SQLCA.DBMS = "SNC SQL Native Client(OLE DB)" 我在以下是这样指定的: SQLCA.DBParm = "PROVIDER='SQLNCLI10'"
引用 9 楼 pcwe2002 的回复:
其实最好自己实测一下 今天有时间自己测试下,分享一组测试数据,供大家参考。 数据库sqlserver2005, 测试表test1 CREATE TABLE test1( id int primary key, name varchar(20), image image, dt datetime, num int, price numeric(10, 2) , des nvarchar(max) ) 数据量10W条 pb9 odbc sqlserver native client10.0驱动, 检索用时422ms SQLOLEDB驱动, 检索用时 1016ms snc方式用不了,没有比较 pb12.5 odbc sqlserver native client10.0驱动,检索用时500ms SQLOLEDB驱动, 检索用时 16219ms (注意没有写错16秒多,测试了好多遍,我也震惊了) snc驱动 检索用时454ms 大家可以自己测试下
pcwe2002 2016-05-31
  • 打赏
  • 举报
回复
其实最好自己实测一下 今天有时间自己测试下,分享一组测试数据,供大家参考。 数据库sqlserver2005, 测试表test1 CREATE TABLE test1( id int primary key, name varchar(20), image image, dt datetime, num int, price numeric(10, 2) , des nvarchar(max) ) 数据量10W条 pb9 odbc sqlserver native client10.0驱动, 检索用时422ms SQLOLEDB驱动, 检索用时 1016ms snc方式用不了,没有比较 pb12.5 odbc sqlserver native client10.0驱动,检索用时500ms SQLOLEDB驱动, 检索用时 16219ms (注意没有写错16秒多,测试了好多遍,我也震惊了) snc驱动 检索用时454ms 大家可以自己测试下
WellSoft 2016-05-31
  • 打赏
  • 举报
回复
引用 10 楼 WellSoft 的回复:
大侠救命, 将SQL2008升级到SP4后, 客户端无论怎样都无法连接, 装哪个SQL Server Native Client都不行, 服务器重装SQL2008(SP3)都不行, 原来的是SP3是可以的.
原来是自己搞晕了, 不知何时删除了pbsnc125.dll文件, 加上就OK了.
WellSoft 2016-05-31
  • 打赏
  • 举报
回复
大侠救命, 将SQL2008升级到SP4后, 客户端无论怎样都无法连接, 装哪个SQL Server Native Client都不行, 服务器重装SQL2008(SP3)都不行, 原来的是SP3是可以的.
FrankLiang 2016-05-30
  • 打赏
  • 举报
回复
我從OLEDB轉向SNC多年,感覺 SNC 好~
DYFDWX 2016-05-29
  • 打赏
  • 举报
回复
顶,高版本建议装sqlserver的客户端
WellSoft 2016-05-29
  • 打赏
  • 举报
回复
那就是说只能每个客户端都安装一次SQL Server Native Client了.
AndriyChoi 2016-05-28
  • 打赏
  • 举报
回复
引用 4 楼 WellSoft 的回复:
[quote=引用 3 楼 sbks 的回复:] [quote=引用 2 楼 WellSoft 的回复:] [quote=引用 1 楼 sbks 的回复:] 省事的做法:用oledb连接数据库 用powerbuilder runtime packager来打包支撑dll,或者,直接把share目录下的dll全拷到程序目录下
把share目录下的dll全拷到程序目录下都不行. 用oledb连接可以, OLDEB连接与SNC连接有什么不同呢?[/quote] oledb驱动已经内置在windows操作系统中,不用你再去安装 我理解错你的意思了,以为是pb缺dll。象snc这种专用驱动,最好是在客户机上安装完整驱动,单纯复制驱动的dll一般难以有效果[/quote] 哦, 这样想方便的话只能用OLEDB了, 但不知道与SNC的区别是怎样的.[/quote] 不建议你用OLEDB 我两种方法都比较过 在大数据操作的情况下 OLE DB体验很差 比SNC的方式差的不是一点半点 SNC毕竟是专用接口,优化肯定比OLEDB 这种内置通用接口要好
WellSoft 2016-05-28
  • 打赏
  • 举报
回复
引用 3 楼 sbks 的回复:
[quote=引用 2 楼 WellSoft 的回复:] [quote=引用 1 楼 sbks 的回复:] 省事的做法:用oledb连接数据库 用powerbuilder runtime packager来打包支撑dll,或者,直接把share目录下的dll全拷到程序目录下
把share目录下的dll全拷到程序目录下都不行. 用oledb连接可以, OLDEB连接与SNC连接有什么不同呢?[/quote] oledb驱动已经内置在windows操作系统中,不用你再去安装 我理解错你的意思了,以为是pb缺dll。象snc这种专用驱动,最好是在客户机上安装完整驱动,单纯复制驱动的dll一般难以有效果[/quote] 哦, 这样想方便的话只能用OLEDB了, 但不知道与SNC的区别是怎样的.
sbks 2016-05-27
  • 打赏
  • 举报
回复
引用 2 楼 WellSoft 的回复:
[quote=引用 1 楼 sbks 的回复:] 省事的做法:用oledb连接数据库 用powerbuilder runtime packager来打包支撑dll,或者,直接把share目录下的dll全拷到程序目录下
把share目录下的dll全拷到程序目录下都不行. 用oledb连接可以, OLDEB连接与SNC连接有什么不同呢?[/quote] oledb驱动已经内置在windows操作系统中,不用你再去安装 我理解错你的意思了,以为是pb缺dll。象snc这种专用驱动,最好是在客户机上安装完整驱动,单纯复制驱动的dll一般难以有效果
WellSoft 2016-05-27
  • 打赏
  • 举报
回复
引用 1 楼 sbks 的回复:
省事的做法:用oledb连接数据库 用powerbuilder runtime packager来打包支撑dll,或者,直接把share目录下的dll全拷到程序目录下
把share目录下的dll全拷到程序目录下都不行. 用oledb连接可以, OLDEB连接与SNC连接有什么不同呢?
sbks 2016-05-27
  • 打赏
  • 举报
回复
省事的做法:用oledb连接数据库 用powerbuilder runtime packager来打包支撑dll,或者,直接把share目录下的dll全拷到程序目录下

752

社区成员

发帖
与我相关
我的任务
社区描述
PowerBuilder 数据库相关
社区管理员
  • 数据库相关社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧