feat: optimize collecting entity when match empty column in entityCollecting context

[Cythia828]

解决问题

在 #457 的基础上继续解决，目前已支持各大方言派生表、子查询、查询结果的字段实体收集，在语法不完整时保证了语法树完整性。

Preview地址

https://cythia828.github.io/monaco-sql-languages/

修改内容

该 commit 对 7 个方言（MySQL、PGSQL、Flink、Spark、Hive、Impala、Trino）的实体收集功能做了统一增强，核心目的是：在语法不完整时，通过语义谓词 shouldMatchEmpty() 匹配空列，保证语法树完整性，使实体收集能正常工作。

修改逻辑

• Grammr层：每个方言的 select 列规则中新增空列匹配替代，MySQL 额外做了精简：删除 dottedIdAllowEmpty（与 dottedId 等价），将 columnName 中的 dottedIdAllowEmpty 改为 dottedId。
• 语义谓词层：重构 shouldMatchEmpty() 方法，增加三重判断：

1. 模式判断：仅在 entityCollecting=true 或 caretTokenIndex >= 0（补全模式）时返回 true；validate 模式下返回 false，让 ANTLR 自然报错。
2. 位置判断：当指定 caretTokenIndex 时，检查光标是否位于当前 token 前后之间，只在光标位置匹配空列。
3. 兜底逻辑：无 caret 位置时匹配所有空列。

• EntityCollector 层

1. MySQL：新增 exitSelectElement_dot_empty 处理 uid DOT 模式；exitSelectLiteralColumnName 增加空列范围判断；更新 endContextList 指向 labeled 替代（SelectElement_labelContext / SelectElement_exprContext）。
2. PGSQL：新增 exitTarget_empty（空操作）和 exitTarget_dot_empty（收集列实体）。
3. 通用层：entityCollector.ts 修改过滤逻辑，保留空 QUERY_RESULT 实体（text === ''），确保 select from t1 能收集到查询结果实体。

• 测试层
  补充/更新各方言的 suggestionWithEntity.test.ts 用例，覆盖空列补全、带逗号空列补全、isContainCaret 语义、uid DOT 模式等场景。

为什么这样修改

问题 原因 解决方式

1. 语法不完整时语法树断裂：ANTLR 遇到缺失列时直接报错，无法继续构建 AST。所以在 select 列规则中增加空列替代，配合语义谓词控制匹配时机
2. validate 误报/不漏报：空列匹配会影响非实体收集的预测。所以shouldMatchEmpty() 只在 entityCollecting 或 caretTokenIndex 有效时返回 true，validate 模式不匹配
3. 补全位置不准：全局匹配空列会在不该补全的位置触发。所以增加 caretTokenIndex 位置判断，只在光标附近匹配
4. 空列收集不到 QUERY_RESULT：空列匹配后 text === '' 被过滤。所以entityCollector 保留空文本的 QUERY_RESULT 实体

目前剩余问题

PGSQL在某些语法不完整的情况下不报错：select from tb1

PGSQL 不报错的原因分析

根因：sqlExpression 中的 targetList? 被设计为可选（?），目的是兼容以下合法 PG 语法：

SELECT;                                    -- 合法，返回空结果集
SELECT INTO new_table;                     -- 合法，创建无数据表
SELECT DISTINCT ON (...) INTO TEMP TABLE t FROM ... -- 合法，SQL标准 SELECT INTO

如果将 targetList? 改为 targetList 必选，以上三种合法语法都会报错。
完整链路：
simpleSelect: KW_SELECT (KW_ALL? intoClause? | distinctClause?) sqlExpression
sqlExpression: targetList? intoClause? fromClause? ...
对于 select from t1：

1. KW_SELECT → select
2. KW_ALL? intoClause? → 都不匹配（into 后面不是 INTO 关键字）
3. sqlExpression → targetList? 匹配空 + fromClause? 匹配 FROM t1 → 成功，无报错
   要彻底修复需要重构 simpleSelect，将 SELECT INTO 和 SELECT 分拆为独立分支，但这涉及大量语法改动，风险较高。当前保持原状，所有测试通过。