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.

この issue は、SELECT、CREATE INDEX、CREATE PROCEDURE ステートメントで `db1.t1` のような複数レベルのパスを持つテーブルをクエリすることに言及しています。codebase 内の SQL parser と validation ロジックを探してください。おそらく src/parser や src/sql のようなディレクトリにあります。execution engine が現在 database context と table resolution をどのように扱っているかを理解する必要があります。解決策は、statement types 全体で複数レベルのパス構文をサポートし強制するように validation を拡張することです。

索引モデルが issue の本文から書いたものです。