Windows 10 64位机器运行32位FME version 2016.1.3.1(20161207 - Build 16716 - WIN32)，我试图使用ODBC连接到DB2非空间数据库。
我已经安装了IBMIAccess客户机解决方案版本1.1.0.15，并创建了到服务器的32位ODBC连接。当我将IBMDB2非空间读卡器添加到工作区时，它失败，并出现以下错误：不支持IBM DB2非空间读卡器：数据库版本“7.1.15”
我尝试使用这个网站上的说明
https://knowledge.亚搏在线safe.com/articles/675/creating-an-odbc-connection-to-an-ibm-db2-database.html但是它们在Windows10上不起作用。
这是我可以解决的问题，还是我在白费力气?提前谢谢。
约翰
我有FME 2015.1.3.1 Build 15573 64位安装。我尝试使用IBM DB2非空间阅读器连接到我设置的64位ODBC数据源。但当我试图得到表格列表时，我收到一个错误。
为格式创建读卡器：IBMDB2非空间
尝试为名为“db2”的读卡器查找动态插件
“DB2”模块的FME API版本与当前内部版本（3.7 20150407）匹配
为格式创建读卡器：IBMDB2非空间
尝试为名为“db2”的读卡器查找动态插件
“DB2”模块的FME API版本与当前内部版本（3.7 20150407）匹配
打开IBM DB2非空间阅读器
IBM DB2非空间读取器:Dataset = dsn_64位。用户名= a5960。密码= * * * * * * * *
连接到数据库……
连接到数据库时出错
数据库生成的错误信息:
数据库错误消息:[Microsoft][ODBC驱动程序管理器]数据源名称未找到，也没有指定默认驱动程序
数据库SQL语句文本:
SQL状态:IM002
变量信息:
IBM DB2非空间阅读器:连接到数据库失败
关闭IBM DB2非空间读卡器
发生了致命错误。查看上面的日志文件了解详细信息
我已经阅读了这里引用的文章，ODBC可以正常工作，测试连接也很好。我还可以将ODBC数据源与其他集成工具和查询工具一起使用，而不会出现任何错误。
为什么FME不能识别64位数据源？
谢谢。
介绍
FME 2016.0支持DB210.5（空间和非空间）。文章更新即将到来!
FME通过ODBC连接连接到IBMDB2数据库。这些说明提供了一些关于如何配置ODBC连接的通用指南。
IBM DB2客户机安装:
您需要安装IBMDB2客户机。这可以在IBM网站上找到。在编写客户机安装程序时是:v9.7fp1_nt32_client.exe文件，但是也有64位版本可用。
- 确保没有将64位IBM DB2 ODBC客户机与FME 32位安装混合在一起，反之亦然。
- 将安装程序复制到计算机
- 将它解压缩到某个地方(临时目录)
- 在提取的目录中，运行setup.exe文件
- 在左侧菜单中选择“安装产品”
- 在右侧向下滚动一点，然后单击“IBM数据服务器客户端版本9.7”部分中的“安装新的”按钮。
- 单击“下一步”
- 接受许可协议中的条款并单击“下一步”
- 选择“典型”安装类型，然后单击“下一步”
- 使用“下一步”和“完成”按钮导航到安装过程的结尾。
IBM DB2客户机手动配置
安装IBM DB2客户机之后，有几个手动配置步骤。
- 在开始菜单中，在“IBM DB2\DB2COPY1(默认)\设置工具”下选择“Configuration Assistant”
- 您将被问到是否要添加一个新的数据库;选择“是”
- 选择“搜寻网络”，然后按“下一步”
- 双击“Other systems（search the network）”并找到数据库服务器-例如：“bt-db-db2_81”
- 展开数据库服务器的条目，即。“BT-DB-D22181”
- ！！！！重要的！！！！如果有两个数据库的名称相同，展开第一个——列出的第一个应该是实际的DB2数据库服务器
- 展开“DB2”
- 展开“本地数据库”
- 选择数据库的名称“TESTDB”
- 单击“下一步”
- 将数据库别名更改为“db2_81”
- 再次单击“下一步”
- 检查“为cli/odbc注册此数据库”
- 选择“作为系统数据源”
- 单击“完成”
您可以使用DB2管理员用户和密码来测试连接。
可能的问题：
- 不要混合32/64位DB2客户机和FME应用程序
- 以前连接到“iSeries访问ODBC驱动程序”客户端时会出现问题。这在FME的新版本中得到了修复。
有用的链接:
我正在运行FME 2015.1。32位Windows 10，64位，我想连接到IBMDB2非空间数据库，有什么特殊配置吗？
问候
纳迪姆
症状
FME正在将功能加载到我的数据库中，如Microsoft SQL Server Spatial，Oracle Studio，几何验证器传递的Postgis或DB2是有效的，但是数据库工具将其标记为无效。
导致
FME实现了在http://www.opengeospatial.org/standards/sfa/.特别是,几何对象模型见6.1节，这就意味着各种几何图形都是有效的或简单的。
然而，这些规则的每个空间数据库实现都略有不同，这就是为什么有时某个特性会通过geometryogcvalidator，但数据库仍然将其标记为无效。
最常见的情况是具有自相交特性，因此，有时通过self - intersector运行这些特性是有用的。
决议
Microsoft SQL Server空间
可以使用以下SQL语句找到这些无效的特性(GEOM是数据中几何列的名称)。在SQL Server 2012中，还可以获得更详细的消息来解释错误。
SELECT *,来自[用户].[架构].[表名]的gem.isvalidDetailed（），其中gem.stisvalid（）=0
通过使用writer参数(在翻译之后执行SQL语句)和下面的SQL语句，可以修复这些无效的特性
更新[user]。[schema]。[tablename]设置gem=geom.makevalid（），其中gem.stisvalid（）=0
甲骨文
与SQL Server spatial一样，使用sdo-geom.validate-geometry-with-context函数可以找到这些无效的功能。例如选择sdo_geom.validate_geometry_with_context（[tablename].geom，，在[tablename]中，sdo_风水.validate_geometry(GEOM,0.5) <>'TRUE'
可以使用sdo-util函数（如sdo-util.remove-duplicate-vertices或sdo-util.rectify-geometry）修复这些无效功能
有关正确的语法，请参阅Oracle空间文档。
PostGIS
与SQL Server spatial一样，可以使用ST_isvalid函数找到这些无效的特性。例如从[Schema]。[TableName]中选择*，其中st_有效（geom）<>'true'
DB2
DB2 Spatial Extender还提供了一个ST_isValid函数，它将返回无效的几何图形。