構文要素 - Teradata QueryGrid

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

Product
Teradata QueryGrid
Release Number
2.13
Published
2020年8月
Language
日本語
Last Update
2020-09-04
dita:mapPath
ja-JP/oow1591642881502.ditamap
dita:ditavalPath
ft:empty
dita:id
lfq1484661135852
Product Category
Analytical Ecosystem
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>を参照してください。