点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好。 我在IDT中的行为异常...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好。 我在IDT中的行为异常...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好。 我在IDT中的行为异常,无法弄清原因。
就上下文而言,尽管它通常与ODBC的行为不一样,但我试图与谷歌BigQuery建立ODBC连接。
我已经设置了Simba驱动程序,测试连接正常。 我创建了通用的ODBC连接,将其放在UNX中,甚至将UNX发布到了BIP,在IDT中,数据恢复正常。
我的计算机重置了,现在它的运行异常异常。
首先,当尝试创建新的ODBC连接时,它给了我一系列奇怪的字母,而不是像以前那样的实际系统DSN。
尝试所有这些方法,它们只会给我连接错误。
然后,我尝试手动编写ODBC连接的确切DSN名称。 当我尝试测试时,出现了这个奇怪的错误。
我想看看这是否还在发生怪异的事情,所以我尝试测试已经建立的连接,但这似乎还可以。
这似乎很奇怪,我不知道发生了什么。 这是针对IDT 4.2支持包7的。
(11.1 kB)
是的,正确的DSN可以同时使用32位和64位。 两个测试都连接良好。 我认为这就是为什么如果我仍然使用IDT中设置的旧连接,它仍然可以连接的原因。 我只是想不通为什么在建立新连接时接口的行为很奇怪。
一周热门 更多>