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.

Das Issue erwähnt das Abfragen von Tabellen mit mehrstufigen Pfaden wie `db1.t1` in SELECT-, CREATE INDEX- und CREATE PROCEDURE-Statements. Suche nach SQL-Parser- und Validierungslogik in der Codebase, wahrscheinlich in einem Verzeichnis wie src/parser oder src/sql. Es ist notwendig zu verstehen, wie die Execution Engine aktuell den Datenbankkontext und die Tabellenauflösung behandelt. Die Lösung beinhaltet, die Validierung zu erweitern, um die mehrstufige Pfadsyntax über Statement-Typen hinweg zu unterstützen und durchzusetzen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.