A bracket-quoted identifier containing `]]` round-trips to SQL that fails to reparse

```rust
use sqlparser::dialect::MsSqlDialect;
use sqlparser::parser::Parser;

fn main() {
let sql = "SELECT [a]]b]";
let ast = Parser::parse_sql(&MsSqlDialect {}, sql).unwrap();
let printed = ast[0].to_string();
println!("input: {}", sql);
println!("printed: {}", printed);
let reparsed = Parser::parse_sql(&MsSqlDialect {}, &printed);
println!("reparsed: {:?}", reparsed);
}
```

```
input: SELECT [a]]b]
printed: SELECT [a]b]
reparsed: Err(ParserError("Expected: end of statement, found: ] at Line: 1, Column: 12"))
```

`[a]]b]` is a bracket-quoted identifier whose value is `a]b` (the tokenizer folds the doubled `]]` into a literal `]`). Displaying the parsed AST back to SQL writes `[a]b]` instead, and that string does not parse as the same identifier: it parses as `a` followed by leftover tokens `]b]`.

Tested on sqlparser 0.62.0.

BTW, this bug was found using [hegel](https://crates.io/crates/hegeltest). Happy to contribute the tests if you're interested.

Reproduisez le problème avec l’exemple Rust en utilisant MsSqlDialect, Parser::parse_sql et AST to_string. Examinez la manière dont le tokenizer gère les crochets doublés et dont l’identifiant analysé est affiché, puis ajoutez un test de régression round-trip montrant que [a]]b] est réanalysé comme l’identifiant a]b et exécutez la suite de tests concernée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.