Sql server 从64位SQL Server到Informix数据源的ODBC连接
我试图在64位SQL Server中创建一个到Informix的链接表,而SQL Server在DSN列表中没有列出Informix ODBC。我已经下载了64位Informix客户端SDK,但是,尽管它声明了64位Informix客户端SDK,但它只出现在32位ODBC DSN中。我尝试在32位SQL Server中创建一个链接表,然后可以看到Informix ODBC DDN 我只是想知道是否有一个Informix客户端SDK会显示在64-ODBC DSN中,而不是32位DSN中 还有一种方法可以将64位SQL Server链接到Informix吗?Sql server 从64位SQL Server到Informix数据源的ODBC连接,sql-server,informix,Sql Server,Informix,我试图在64位SQL Server中创建一个到Informix的链接表,而SQL Server在DSN列表中没有列出Informix ODBC。我已经下载了64位Informix客户端SDK,但是,尽管它声明了64位Informix客户端SDK,但它只出现在32位ODBC DSN中。我尝试在32位SQL Server中创建一个链接表,然后可以看到Informix ODBC DDN 我只是想知道是否有一个Informix客户端SDK会显示在64-ODBC DSN中,而不是32位DSN中 还有一种方
谢谢。在SQL Server中创建到Informix的DB链接 我使用了以下软件环境:
- SQL Server 2012
- Informix SDK 4.10 FC2
- Informix 11.5
我使用db链接调用Informix中的存储过程并将数据写入SQL Server 您是否使用64位版本的ODBCAD32.EXE创建DSN ODBC管理员有两个版本 这是32位版本:
C:\Windows\SysWOW64\odbcad32.exe
C:\Windows\System32\odbcad32.exe
它只能看到32位驱动程序,并且只有32位进程可以看到它的DSN
这是64位版本:
C:\Windows\SysWOW64\odbcad32.exe
C:\Windows\System32\odbcad32.exe
它只能看到64位驱动程序,并且只有64位进程(即SQL Server 64位)可以看到它的DSN
更好的是,您可以定义一个不使用DSN的无DNS连接,它直接使用驱动程序。这样你就可以完全避免这一令人困惑的步骤。我本来会使用评论功能,但我没有足够的“声誉点数”来这样做 上面提到的SGeis的答案是关于钱的。我很难找到这样一个明确、直截了当的答案。对话框的快照非常有用 让我补充他的回答如下:
我能够在没有Ifxoledbc的情况下设置链接服务器。设置64位ODBC驱动程序的系统DSN(测试正常)后,我使用Microsoft OLE DB Provider for ODBC驱动程序设置了一个链接服务器 链接服务器:UCCX
提供程序:用于ODBC驱动程序的Microsoft OLE DB提供程序
产品名称:IBM Informix ODBC驱动程序(可能是任何东西,但我将其命名为与ODBC驱动程序相同的名称,并且它工作正常)。
数据源:UCCX(系统DSN的名称) 在安全选项卡上,我将本地登录映射到与系统DSN本身中设置的相同的远程用户/密码 另一种使用系统DSN的方法是通过OPENROWSET。即使不设置链接服务器,也可以这样做:
select *
from openrowset('MSDASQL', 'DSN=UCCX', '
select * from ContactCallDetail
where StartDateTime >= ''2017-03-10 00:00:00''
and StartDateTime < ''2017-04-10 00:00:00''
limit 10'
) p
选择*
从openrowset('MSDASQL','DSN=UCCX','
从ContactCallDetail中选择*
其中StartDateTime>=“2017-03-10 00:00:00”
和起始日期<''2017-04-10 00:00:00''
限制10'
)p
起首部分我称之为伟大的答案!!好。。。是和否。它确实提供了从SQL Server到Informix的连接,但它使用了Informix的OLE DB提供程序(Ifxoledbc
),而不是请求的ODBC连接。(SQL Server是一个OLE DB客户机应用程序,而不是ODBC客户机应用程序;当您告诉SQL Server以ODBC DSN为目标时,它会无形中使用Microsoft OLE DB Provider for ODBC来弥补协议差距。)哈!我喜欢这样,你就可以完全避免这一令人困惑的步骤了如果你问我的话,整个过程令人困惑!是的,7个容易混淆的步骤并不比8个容易混淆的步骤容易混淆。