[FlightSQL] Statement.execute(String) can leak server prepared-statement handles when reused

### Describe the bug, including details regarding any error messages, version, and platform.

When reusing the same JDBC Statement and calling execute(String) multiple times, the Flight SQL JDBC path creates a new prepared statement on each call, but previous prepared handles are not closed before being replaced in client tracking state.

This means only the latest handle is guaranteed to be closed when the statement is closed. On stateful Flight SQL servers, this can leak server-side resources associated with older handles.

Repro
```
try (Connection connection = DriverManager.getConnection(jdbcUrl, properties);
Statement statement = connection.createStatement()) {

for (int i = 1; i <= n; i++) {
String sql = "SELECT " + i;
boolean isResultSet = statement.execute(sql);
if (isResultSet) {
try (ResultSet rs = statement.getResultSet()) {
while (rs.next()) { /* consume */ }
}
}
}
}
```

Raised in https://github.com/apache/arrow-java/pull/1090#discussion_r3132344585

Beginne bei der Flight SQL JDBC-Implementierung von Statement.execute(String) und verfolge, wie prepared-statement handles ersetzt und geschlossen werden; das Issue nennt weder eine Datei noch einen Test. Reproduziere die Schleife gegen einen zustandsbehafteten Flight SQL-Server und überprüfe anschließend, dass jedes vorherige Handle freigegeben wird, bevor das nächste erfasst wird, und dass Statement.close weiterhin das letzte Handle bereinigt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.