IDENTIFIER literal with double quotes inside single quotes is parsed as one token instead of multiple identifiers

When running the following statement:

CREATE TABLE IDENTIFIER('"ORGDATA"."PUBLIC"."car_sales"')

the parser produces:

SingleQuotedString("\"ORGDATA\".\"PUBLIC\".\"car_sales\"")

It is treated as a single token (a literal string) instead of being parsed into three separate identifiers ("ORGDATA", "PUBLIC", "car_sales").
Since the IDENTIFIER function expects a literal, the content must be re-parsed.

**Suggestions:**

1. Expose a function that can take a SingleQuotedString like: '"ORGDATA"."PUBLIC"."car_sales"' and re-parse it into separate Ident tokens (ORGDATA, PUBLIC, car_sales).

2. change the tokenizer so that when IDENTIFIER is used with a quoted string containing double quotes, the inner content is tokenized as identifiers rather than treated as a raw single string.

Commencez par retracer la façon dont le parser gère CREATE TABLE IDENTIFIER(...) et dont les valeurs de SingleQuotedString parviennent à la fonction IDENTIFIER ou au tokenizer. Reproduisez l’exemple et déterminez si le résultat attendu est constitué de trois identifiants entre guillemets ; c’est terminé lorsque l’entrée n’est plus traitée comme un seul littéral et que le comportement de parsing existant reste intact.

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