Oracle 19.0为何动态查询需TABLE关键字而普通查询不需要

两个执行场景的底层解析逻辑存在本质差异：

静态SQL无需TABLE关键字可直接运行的原因 #

你写的静态查询：

SELECT COUNT (*) FROM sys.odcivarchar2list ('2', '2');

能正常执行是Oracle 12c及之后版本提供的语法糖：当静态SQL的FROM子句后直接跟随集合类型的构造表达式时，SQL解析器会在编译阶段自动为其隐式添加TABLE()操作符，将集合构造结果转换为可查询的行源，不需要用户手动写TABLE关键字。这个转换是静态SQL编译阶段就完成的，仅对直接写在语句里的集合构造表达式生效。

动态SQL不加TABLE时报错的原因 #

报错核心是绑定变量的使用规则限制：

• 动态SQL的绑定变量（即语句中的:1）是值占位符，仅能用来替换字面量、表达式入参这类值类元素，不能用来替代表名、列名、关键字这类SQL语法结构元素。
• 你写EXECUTE IMMEDIATE 'SELECT COUNT (*) FROM :1'时，Oracle解析动态SQL字符串的阶段还没拿到传入的绑定变量值，看到FROM关键字后跟着的是绑定变量占位符，会默认将这个位置识别为「表/视图名称位」，等执行阶段拿到传入的odcivarchar2list集合实例，会尝试把这个实例当成表名去数据字典里匹配，自然找不到对应表，抛出invalid table name错误。

加TABLE后可正常执行的原因 #

当你把动态SQL改成SELECT COUNT (*) FROM table( :1)时，解析器在语法校验阶段就能识别出:1是TABLE()表函数的入参位，不再会把它当成表名占位。执行阶段拿到传入的集合实例后，TABLE操作符会按规则将集合类型实例转换为可查询的行源，就能正常统计行数返回结果。

注意：静态SQL的隐式TABLE转换只认直接写死在语句里的集合构造表达式，绑定变量在解析阶段是完全未知的黑盒，解析器不会给它套隐式转换的规则，不要指望这个语法糖能在动态SQL绑定变量的场景生效。

内容的提问来源于stack exchange，提问作者Pierre-olivier Gendraud