SAP HANA SDI/SDA中的通用ODBC远程源
问题描述：
任何人都可以在SAP HANA中为MSSQL/Oracle/Netezza/ASE以外的数据库创建通用ODBC远程源 - 换句话说，选择一个数据源“通用ODBC”，然后可能实现您自己的属性/配置文件。SAP HANA SDI/SDA中的通用ODBC远程源
我试图在Apache Drill ODNBC驱动程序上配置它。我能够使用iSQL实用程序成功测试System DSN，但Remote Source创建失败，并显示错误消息，指出加载驱动程序文件时出现问题 - 这是一个相当隐秘的问题。
我正在与OSS交流，但到目前为止，他们似乎不愿意接受它作为产品故障。我想看看HANA中是否有成功的通用ODBC案例。
答
我不认为这是支持。 每个ODBC源类型都必须具有其描述的所有功能。 这是映射数据类型，函数和功能所必需的。
您可以做的是替换现有的odbc源代码。 例如，您可以更改文件config/property_ntz.ini以创建apache钻取功能的有效描述。从HANA方面来说，只需将其声明为netezza即可。 如果支持Apache drill是有意义的，作为一名SAP员工，我可以在内部触发一个讨论。
是的我明白财产_ * .ini文件的目的。我对这些文件进行了一些尝试，发现我认为我已经向OSS报告了HANA行为的不一致之处。如果你对＃消息感兴趣，我可以给它。除此之外，我在询问有关成功实施通用ODBC驱动程序的详细信息，似乎还没有人做过。 – Roman
我终于可以建立连接了，我可以看到我的模式和视图。但是，当试图将它们添加为虚拟表时，我在后端得到一个错误，告诉查询“SELECT TOP 1 from”无法执行。您是否知道是否有理由使用这种语法，而不像其他SQL那样将“限制1”添加到语句末尾？ –
Roman
啊，这个语法必须与我选择的适配器名称（它是Hadoop（ODBC））相关。“我用适配器”MSSQL（ODBC）“创建了一个新目标，语法不同，但仍然不是Drill喜欢的那个：SELECT * FROM“dfs.tmp”。“v_weblogs”WHERE 1 = 2 - 任何想法如何使用字符'而不是'来强制执行？它似乎没有被引用到属性文件 – Roman