Database features and API stability

Each new release breaks build, so using the library is like sitting on a time ticking bomb. It's fine when you need to parse literally any SQL query, e.g. you have wild mix of SQLite, MySQL, DuckDB and PostgreSQL commands, but it's rarely needed this way.

It would be better if each database-specific field will be feature-gated, as new syntax added doesn't affect previously added features.

Here struct builders mentioned in another issue would be greatly appreciated.

I would like to contribute into builders part.

Der Issue nennt keine Dateien oder Tests. Daher sollten zunächst die bestehenden datenbankspezifischen Felder, die Einrichtung der Feature-Gates und die hier sowie im anderen Issue erwähnten Arbeiten am Struct-Builder erfasst werden. Grenze den Vorschlag anschließend auf einen konkreten Builder- oder Gating-Meilenstein ein und definiere dann Tests, die zeigen, dass unterstützte Datenbank-Features weiterhin kompilierbar bleiben, ohne Änderungen an nicht zusammenhängender Syntax.

Vom Indexierungsmodell aus dem Issue-Text verfasst.