2.16 - 構文要素 - Teradata QueryGrid

Teradata® QueryGrid™ インストールとユーザー ガイド

Product
Teradata QueryGrid
Release Number
2.16
Release Date
2021年6月
Content Type
インストール
ユーザー ガイド
構成
管理
Publication ID
B035-5991-061K-JPN
Language
日本語 (日本)
database_name.
user_dbname.
承認が格納される場所のオプションの名前。
使用されるデフォルトの格納場所は、DEFINERまたはINVOKERのどちらが指定されているかによって変わります。DEFINERまたはINVOKERの指定には次のルールが適用されます。
  • DEFINERを指定する場合、指定されるデータベースまたはユーザーは、外部サーバー、UDF、テーブルUDF、メソッド、または外部SQLプロシージャの包含データベースまたはユーザーである必要があります。場所を指定しない場合、承認は外部サーバー オブジェクトを含むデータベース(TD_SERVER_DB)に作成されます。
  • INVOKERを指定する場合、指定されるdatabase_nameまたはuser_dbnameは外部サーバーにリクエストを送信するセッション ユーザーに関連付けられている必要があります。場所を指定しない場合、許可は許可作成者のユーザー データベースに保存されます。
authorization_name
許可オブジェクトの名前。この名前はそれが格納されるデータベース内で固有の名前である必要があります。
INVOKER
DEFINER
  • INVOKER TRUSTEDを指定する場合、またはTRUSTEDのみを指定する場合、Teradataはオブジェクトを作成するユーザーのデータベースに許可オブジェクトを作成します。この構文により、許可はユーザー データベースに対する権限の保有者のみが得られるようになります。
  • DEFINER TRUSTEDまたはDEFINER DEFAULT TRUSTEDを指定する場合、Teradataは許可を使用するオブジェクトが含まれるデータベースで許可オブジェクトを作成します。外部サーバーの場合、これはTD_SERVER_DBデータベースです。この構文によって、許可はグローバルに得られるようになります。
TRUSTED
信頼証明を暗号化しデータベース オブジェクトとして格納することを指定するために使うキーワード。
承認オブジェクトを使用している場合は、Teradata QueryGrid TeradataコネクタのTRUSTEDセキュリティ タイプを使用する必要があります。
CREATE、REPLACE UDF、またはXSP文ではTRUSTED承認を使用できません。
'fs_user_name'
'fs_user_name@realm_name'
外部サーバーによって使用されるリモート プラットフォームの信頼証明の名前。

許可オブジェクトのユーザー名は、ユーザー名のみ、またはユーザー名と Kerberosレルム名で構成することができます。ユーザー名のみを指定する場合、krb5.confファイルで指定するデフォルトのレルムはkinitに使用されます。

Kerberosレルム名を含める場合は、デフォルトのレルムは無視され、許可オブジェクトで指定されるレルムがkinitに使用されます。次のいずれかの状況では、Kerberosレルム名を含めます。
  • ユーザーが、同じTeradataシステムから、それぞれレルムが異なる複数のKerberizedクラスタに接続できるようにします。
  • 認証領域がサービス領域とは異なるKerberos化されたクラスタにユーザーが接続できるようにすることができます。
Kerberosレルムの名前とともに使用する場合、user_nameの部分には@記号を含めることはできません。
'fs_password'
外部サーバーで使用されるリモート プラットフォームでの信頼証明のパスワード。
CREATE AUTHORIZATIONとREPLACE AUTHORIZATIONの既存のルールがすべて適用されます。
CREATE AUTHORIZATIONとREPLACE AUTHORIZATIONの使用の詳細については、<Teradata® DatabaseのSQLデータ定義言語 - 構文と例、B035-1144>を参照してください。