Ging das nicht eher so? ~~~SQL SELECT foo, bar ( SELECT foo, bar FROM t1 UNION SELECT foo, bar FROM t2 UNION SELECT klick AS foo, klack AS bar FROM t3 ) ORDER BY foo ~~~ Select will eine Spalte oder Variable selektieren. Die Subselects liefern eine virtuell vereinte Tabelle, die sortiert wird. Möglicherweise ist es aber schlauer, eine [Tabelle von Typ `merge` oder `connect` zu bauen](https://runebook.dev/de/docs/mariadb/connect-using-the-tbl-and-mysql-table-types-together/index), welche dann (virtuell) die anderen Tabellen enthält.

Ging das nicht eher so? ~~~SQL SELECT foo, bar ( SELECT foo, bar from t1 UNION SELECT foo, bar from t2 UNION SELECT foo, bar from t3 ) ORDER BY foo ~~~ Select will eine Spalte oder Variable selektieren. Die Subselects liefern eine virtuell vereinte Tabelle, die sortiert wird. Möglicherweise ist es aber schlauer, eine [Tabelle von Typ `merge` oder `connect` zu bauen](https://runebook.dev/de/docs/mariadb/connect-using-the-tbl-and-mysql-table-types-together/index), welche dann (virtuell) die anderen Tabellen enthält.

Ging das nicht eher so? ~~~SQL SELECT foo, bar ( SELECT foo, bar from t1 UNION SELECT foo, bar from t2 UNION SELECT foo, bar from t3 ) ORDER BY foo ~~~ Select will eine Spalte oder Variable selektieren. Die Subselects liefern eine virtuell vereinte Tabelle, die sortiert wird.

Ging das nicht eher so? ~~~SQL SELECT foo, bar ( SELECT foo, bar from t1 UNION SELECT foo, bar from t2 UNION SELECT foo, bar from t3 ) ORDER BY foo ~~~ Select will eine Spalte oder Variable selektieren. Die Subselects liefern eine virtuelle Tabelle, die sortiert wird.