fix(A19/A20/A21/A2): 词法器标准化 —— 双引号标识符、未闭合注释报错、去递归、移除方言转义

A19 双引号是分隔标识符（SQL 标准）
  此前 '"' 与 "'" 一起交给 readString，于是 SELECT "name" FROM t 静默产出
  一个名为 'name' 的**常量列**（行数正确、值全错、无报错），且被 lexer.test.ts
  钉死为期望。新增 TokenType.QUOTED_IDENTIFIER；双引号内 "" 表示一个双引号；
  可用于引用保留字列名（SELECT "order" FROM t）。parser 的 expectIdentifier
  显式接受 QUOTED_IDENTIFIER。

A20 未闭合块注释必须报错
  此前 skipBlockComment 循环到 EOF 就返回、不抛错，实测
  db.query("DELETE FROM t WHERE id = '4' /*") **真的删掉了 1 行**；
  SQLite 会报 unterminated comment。任何被截断/拼接的 SQL 都会静默改变语义。

A21 注释跳过改为循环（消除递归爆栈）
  此前 default 分支用 return this.nextToken() 递归，栈深 = 连续注释数，
  两万个连续块注释直接 RangeError（原生错误，调用方无法按 code 分类）。

A2 移除 MySQL 方言的反斜杠转义
  此前只识别反斜杠+单引号：双反斜杠不解转义，以反斜杠结尾的 Windows 路径会
  吞掉闭引号并报出与输入无关的解析错误。更严重的是参数绑定器只翻倍单引号、
  不处理反斜杠 —— 两份词法规则不一致，"参数不改变 SQL 结构"在文本层不成立。
  SQL 标准中反斜杠是普通字符，移除后词法器与绑定器的字符串边界判定完全一致。

更新 2 处把旧行为钉死的测试（lexer.test 双引号=字符串、v033 反斜杠转义）。

src/sql/parser.ts

@@ -1284,6 +1284,13 @@ export class Parser {
   }
 
   private expectIdentifier(context: string): string {
+    // v0.8.0: 分隔标识符 "col" 与普通标识符等价（但不参与关键字识别，
+    // 因此可以用它引用保留字列名，如 "order" / "select"）
+    if (this.curToken.type === TokenType.QUOTED_IDENTIFIER) {
+      const val = this.curToken.value;
+      this.nextToken();
+      return val;
+    }
     if (this.curToken.type === TokenType.IDENTIFIER || this._isKeywordAsIdent()) {
       const val = this.curToken.value;
       this.nextToken();
@@ -1298,6 +1305,8 @@ export class Parser {
       this.curToken.type !== TokenType.EOF &&
       this.curToken.type !== TokenType.ILLEGAL &&
       this.curToken.type !== TokenType.STRING &&
+      // v0.8.0: 分隔标识符由 expectIdentifier 的显式分支处理，不走"关键字当标识符"兜底
+      this.curToken.type !== TokenType.QUOTED_IDENTIFIER &&
       this.curToken.type !== TokenType.NUMBER &&
       this.curToken.type !== TokenType.COMMA &&
       this.curToken.type !== TokenType.LPAREN &&