Nested type modifiers/complex type

Example Trino SQL:
```sql
SELECT
row_id,
array_agg(
CAST(
ROW(
total_amount
)
AS
ROW(
total_amount Decimal(14,2)
)
)
ORDER BY payment_requested_date DESC
) AS payment_request_details
FROM
iceberg.my_table_name
GROUP BY 1
```

This throws an error when using `GenericDialect`, specifically when it tries to parse `Decimal(14,2)`: ```ParserError("Expected: type modifiers, found: ( at Line: 10, Column: 37")```

Stepping through the code it looks like this is because it does not support deeply nested definitions because `parse_optional_type_modifiers` does not allow `Token::LParen`.

This may be by design, but it may break parsing when you get to really complex queries (e.g. deeply nested rows).

GenericDialect によるネストされた型定義と parse_optional_type_modifiers の処理から始め、次に提供されたクエリを再現して Decimal(14,2) の失敗を確認します。ネストされた ROW 型がどのようにパースされるかを追跡し、ネストされた型修飾子を含むクエリが正常にパースされることを示すリグレッションカバレッジを追加します。

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