Python hdbcli创建SAP HANA远程源虚拟表报语法错误排查

你遇到的报错完全来自两个实现层面的偏差，和hdbsql中可执行的成功语句比对即可定位：

• 第一，SQL标识符没有按要求用双引号包裹，反而额外加了Python层面的反斜杠转义。hdbsql中执行成功的语句，AT子句的每个节点都用双引号标识为字面量标识符；你写的Python代码既没有给节点加双引号，还给尖括号加了反斜杠转义，转义后的反斜杠被原样传递到HANA SQL解析层，直接触发“语法错误靠近\”的报错。
• 第二，对<NULL>的含义理解错误。你尝试去掉尖括号写NULL的操作，本质是把远程源的实际schema名称和SQL空值关键字NULL做了混淆。你要访问的远程节点的catalog层名称就是字面的<NULL>，不是空值，去掉尖括号替换成NULL自然会触发关键字语法错误。

直接和hdbsql中验证通过的语句做完全对齐的写法即可，不需要给尖括号加任何转义：

cursor.execute("""
CREATE VIRTUAL TABLE HanaIndexTable1 
AT "SYSRDL#CG_SOURCE"."<NULL>"."dbo"."sysiqvindex"
""")

执行逻辑说明：

• 用Python三引号包裹整个SQL语句，可以直接在SQL内部写双引号，不需要额外转义双引号本身
• 每个AT子句的节点都用双引号完整包裹，和远程源的元数据完全匹配
• 不对尖括号做任何Python层面的转义，尖括号会作为普通标识符字符被传递到HANA端解析

• 不要在Python字符串里对HANA SQL的语法符加反斜杠转义：反斜杠仅用于Python自身的字符串转义，不属于HANA SQL的合法语法，只要不在Python字符串里和双引号冲突，就不需要加转义
• 带双引号的HANA标识符是大小写敏感的，写的时候要和远程源的实际元数据大小写完全一致
• 远程虚拟表的AT子句必须严格按照“远程源名.远程catalog名.远程schema名.远程表名”的层级写，任何一层缺失双引号、写错字面量都会直接触发元数据匹配失败或语法错误。

注：当前场景不存在额外的操作限制，只要严格对齐hdbsql可执行的SQL写法即可正常创建。

内容的提问来源于stack exchange，提问作者Lana