Entsprechende Routinen gibt es auch in anderen Komponentensammlungen für Datenbankzugriffe.
Sie kapseln (mal mehr, mal weniger gut), den
SQL-Standard, aus dem sich ergibt, wo im INFORMATION_SCHEMA was zu suchen ist.
Wenn man die Routinen der Komponenten nutzt, muss man halt nicht alles selber machen.
Letztlich müssen es alle Komponentensammlungen auf den gemeinsamen Nenner des
SQL-Standards runterbrechen, um gegen beliebige Datenbanken laufen zu können.
Und wenn man Glück hat, haben die Bauer der Komponentensammlungen dann auch die Besonderheiten von X Datenbanken (mehr oder weniger gut) berücksichtigt.
Und ja, man kann es immer und überall auch selber machen. Aber für jemanden, der das Programmieren mit Delphi lernt und die ersten Schritte in Richtung Datenbank macht, ist das händische Ermitteln der Datenbankinformationen zur weiteren Verarbeitung, doch etwas übertrieben.
Jedenfalls nutze ich zuerst die Methoden, die Delphi mit seinen Komponenten liefert. Und erst dann, wenn es da Probleme gibt, fange ich an, eigene Lösungen zu entwickeln.
Das soll in der Art auch der Sinn von
RAD sein, wofür Delphi ja seit seinen Anfangstagen durchaus bekannt ist.