fix: #436 improve SQL keyword suggestions

[liuxy0551]

本次改动

Fixes #436 优化光标位置的 SQL 关键字补全：

• 默认只保留当前 SQL 语句的关键字候选
• 避免未结束语句后出现 SELECT 等下一语句起始关键字
• 保留当前语句合法的续写关键字和组合关键字
• 新增可选的 keywordFilter 回调，支持调用方自定义过滤
• 关键字过滤不影响语法补全结果

API 使用方式

const excludedKeywords = new Set(['WHERE', 'ORDER BY']);

const suggestions = parser.getSuggestionAtCaretPosition(sql, position, {
    keywordFilter: (keyword) => !excludedKeywords.has(keyword),
});

keywordFilter 针对最终生成的关键字执行：

• 返回 true：保留关键字
• 返回 false：移除关键字

效果展示

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

当前语句关键字补全

补全列表只包含当前查询合法的续写关键字，不再出现 SELECT 等下一语句起始关键字。

输入部分关键字后的补全

输入 s 后，只展示 SORT、SORT BY 等符合当前位置的候选项。

测试

• 覆盖 MySQL、FlinkSQL、SparkSQL、HiveSQL、PostgreSQL、TrinoSQL、ImpalaSQL、GenericSQL
• 覆盖无分号、分号后、多语句和未完成单词等场景
• 覆盖黑名单、白名单和组合关键字过滤
• 验证过滤逻辑不影响语法补全
• 全量测试及 TypeScript 类型检查通过

[Cythia828]

补全列表只包含当前查询合法的续写关键字，不再出现 SELECT 等下一语句起始关键字。这一改动没问题，但是用户如果开始一句新的SQL了，仍然没有关键字提示会不会不友好？比如我已经加了;，换行开始新的SQL，但没有任何提示

[Cythia828]

collectSuggestionCandidates 在最坏情况下会跑 3 次 collectCandidates（整棵树 + 语句树 + 仅在首次缓存的语句起始 token 集）。常见未切片场景是 2 次。对大 SQL 输入这是可感知的额外开销。建议补充一个针对大输入的 benchmark，确认回归在可接受范围。

[Cythia828]

你这里是只向下看一层，它假设 program 的直接子节点就是语句。一旦文法把语句包了一层中间规则（如 program → batch → statement，或 list 规则），收窄会静默回退到整棵树，修复悄悄失效且无报错，确认下这个链路在这种情况下是否有问题？是否需要加一条断言/测试守护该假设？

[liuxy0551]

补全列表只包含当前查询合法的续写关键字，不再出现 SELECT 等下一语句起始关键字。这一改动没问题，但是用户如果开始一句新的SQL了，仍然没有关键字提示会不会不友好？比如我已经加了;，换行开始新的SQL，但没有任何提示

换行不会触发补全提示，空格会触发。测试了下，修改后按空格依旧是可以出发补全提示的。