SQL Selectステートメントに関する情報を取得する方法

Question

selectステートメントの各フィールドの元になるテーブル/フィールドの実際の名前を取得できるかどうかは疑問です。

債権者と債権者の両方に2つのテーブルがあるとします。債権者と債務者の両方にコード、名前、電話のフィールドがあります。

ユーザーは、次のSQL文を入力した場合：

SELECT Code AS CustomerCode, Name AS CustomerName, Phone AS ContactNumber FROM Debtors. 

これは、フィールド名CustomerCode、顧客名やContactNumberを返すSQLサーバになります。

SQLサーバーから各フィールドを実際の名前とそのテーブルにマップする何らかのメタデータを取得できますか？

プログラムでは、SQLのselect文が与えられているので、各フィールドの実際の名前と、それらのテーブルの実際の名前を判別できるようにしたいと考えています。

SQLを自分自身で解析したくないので、SQL Serverに文を送信し、行データなしでこの情報を返すことができると考えました。

私たちがやっていることは、テーブル/フィールドレベルのセキュリティを実装することです。ユーザーは、SQLステートメントを入力して、表からフィールドを選択したり、複数の表にまたがって（結合を使用して）結果を表に表示することができます。フィールドはグリッドコントロールに動的に追加されますが、ユーザーに表示されるフィールドのみが動的に追加されます。

ユーザが複数のテーブルに参加すると、どのフィールドがどのテーブルから来るのか、どのようにプログラム的に知ることができますか？ SQLでエイリアスを使用すると、問題は悪化します。

現在、これは独自のデータベースを使用する社内組み込みSQLエンジンで動作しています。このエンジンは、行データなしで必要なすべてのテーブル/フィールド情報を返すことができるため、アプリケーションセキュリティモデルの一部がこれを中心に構築されています。しかし、このアプリケーションをSQLサーバのようなものに動かすことは、これを動作させることができなければ難しいかもしれません。

SQLサーバーのほかに、他のSQLデータベースもこのタイプの機能をサポートしていますか？

Answer 1

私の知る限りでは、その情報を得ることはできません。

しかし、多くのデータベースでは、データベース自体にGRANT/REVOKEセキュリティを使用して問題を処理できます。ユーザーがアプリケーションだけでなくデータベース自体にログインしていると仮定すると、多くのDBMSを使用すると、表から制限付き列に対してSELECT権限を付与できます。この手法を使用すると、ユーザーが列のALIASを指定すると、サーバーを欺くことはありません。

簡単なgoogleは、少なくともPostgreSQL、SQL Server、およびOracleは、ユーザーIDに基づいて列レベルのGRANT SELECT保護を提供していることを示しています。

興味深い質問です。

Answer 2

いいえ、どこから来たのか分かりません。

問題を解決する方法は、すべてのアクセスをテーブルから削除し、適切なアクセス権を持つビューを介してのみアクセスを許可することです。