feat: support and validate query table with multiple-levels path

**Is your feature request related to a problem? Please describe.**
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

There are some problems when users try to query a table named by multiple levels.
For example, given a statement like: `SELECT col1, col2 from db1.t1;`. We are expecting:
- there is a table `t1` under database `db1`
- the current execute-engine is running on database `db1`

Similar rules should be applied on `CREATE INDEX ... `, `CREATE PROCEDURE ... ` and other statements as well

**Describe the solution you'd like**
A clear and concise description of what you want to happen.

**Describe alternatives you've considered**
A clear and concise description of any alternative solutions or features you've considered.

**Additional context**
Add any other context or screenshots about the feature request here.

L’issue mentionne l’interrogation de tables avec des chemins à plusieurs niveaux comme `db1.t1` dans des statements SELECT, CREATE INDEX et CREATE PROCEDURE. Cherche la logique du parser SQL et de validation dans la codebase, probablement dans un répertoire comme src/parser ou src/sql. Il faut comprendre comment le moteur d’exécution gère actuellement le contexte de base de données et la résolution des tables. La solution consiste à étendre la validation pour prendre en charge et imposer la syntaxe de chemin à plusieurs niveaux sur les types de statements.

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