Make `CreateTable.location` / `AlterTable.location` make more sense

`CreateTable.location` has no documentation and is a tricky edge case, not always set even when SQL statement did set location.

https://docs.rs/sqlparser/latest/sqlparser/ast/struct.CreateTable.html#structfield.location

Since this took some time to figure out, here's what I've found for others also pondering its role:

- `CREATE EXTERNAL TABLE .. LOCATION 'foo'` sets `CreateTable.location`
- `CREATE TABLE .. LOCATION 'foo'` sets `CreateTable.hive_formats.location`
- `ALTER TABLE .. LOCATION` sets `AlterTable.location`
- `AlterTable.location` types are about Hive, and is thus a bit confusing for external tables: https://docs.rs/sqlparser/latest/sqlparser/ast/enum.Statement.html#variant.AlterTable.field.location
- alter vs create behaviors thus do not match

Maybe make Hive syntax use the top-level `location` field?

Beginne mit den Definitionen in docs.rs für CreateTable.location, CreateTable.hive_formats.location und AlterTable.location und verfolge anschließend das Parser-Verhalten für die in diesem Issue aufgeführten Formen CREATE EXTERNAL TABLE, CREATE TABLE und ALTER TABLE LOCATION. Als erledigt gilt die Aufgabe, wenn die Semantik von location konsistent umgesetzt oder eindeutig dokumentiert ist und für diese Fälle eine Regressionstestabdeckung vorhanden ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.