データベースの制限 - Advanced SQL Engine - Teradata Database

適用可能なその他の命名ルールについては、<Teradata Vantage™ - SQLの基本、B035-1141>を参照してください。

SQL文でTarget Level Emulation用に使用。<Teradata Vantage™ - SQLデータ操作言語、B035-1146>を参照してください。

この制限には、2,048のデータ テーブル列に加えて13のエラー テーブル列が含まれます。

DISTINCT UDTおよびSTRUCTURED UDTの両方に同じ制限が当てはまります。

絶対的制限は2,048であり、実現可能な数は、テーブルについて宣言されている他の機能のうちテーブル ヘッダー領域を占めるものの数に応じて異なります。

この制限には、事前定義型LOB列とUDT LOB列が含まれます。

UDTが複数のLOB属性を伴うSTRUCTURED型であるとしても、1つのLOB UDTまたはXML UDT列は1つの列としてカウントされます。

必要バイト数が~64,000を超えるテーブル ヘッダーでは、1つのAMPについて1 MBまでの複数の64KB行が使用されます。

必要バイト数が64,000以下のテーブル ヘッダーでは単一行のみ使用され、さらに大きなテーブル ヘッダーを入れるために必要となる付加的な行は使用されません。

テーブル ヘッダーの最大サイズは1 MBです。

この場合の論理行は、基本テーブルの行に、その行のLOBまたはXMLサブテーブルに格納される合計バイト数を加えたものとして定義されます。

この制限値は、システム定義の最大行長(64,256バイト)から、非パーティション テーブルの行の最小行オーバーヘッド値(12バイト)を減算して得られるものです。

この制限値は、システム定義の最大行長(64,256バイト)から、パーティション テーブルの行の最小行オーバーヘッド値(16バイト)を減算して得られるものです。

ここでは、オブジェクトがNoPIテーブル、結合インデックス、またはグローバル一時トレース テーブルのいずれでもないことが前提となっています。その他のすべてのテーブル、ハッシュ インデックス、および結合インデックスには、プライマリ インデックスまたはプライマリAMPインデックスが必要です。プライマリ インデックスおよびプライマリAMPインデックスについては複数値圧縮もアルゴリズム圧縮も不可能です。そのため、制限値は、1つのテーブルに定義可能な列の最大数(2,048)から1を減算したものになります。

複数値圧縮の制限値に到達する原因は、テーブル ヘッダー オーバーフローである可能性のほうがはるかに高いですが、複数値圧縮値が使用できるテーブル ヘッダー領域の量は、多くの異なる要因によって制限されます。

結合インデックス列の圧縮特性は、対応する親テーブルから継承されます。

列にアルゴリズム圧縮のみ指定した場合、最大データ幅は無制限になります。

1つの列に複数値圧縮とアルゴリズム圧縮の指定が混在している場合は、複数値圧縮の制限値がアルゴリズム圧縮にも適用されます。

この値の限界値は、可能な最大INTEGER値です。

この値の限界値は、可能な最大BIGINT値です。

これは、単一レベル パーティション化についてのみ可能です。

これは、そのレベルについて定義されているパーティションの数に、ADD句で指定されている整数定数値を加算して計算される値です。

この値の限界値は、可能な最大INTEGER値です。

特定のパーティション化のレベル数は、他の制限によってさらに制限される場合があります。

特定のパーティション化のレベル数は、他の制限によってさらに制限される場合があります。

有効範囲は1から10,000です。

0は有効な非セット制約エンコーディングではありません。

この値は、1バイト(BYTEINT)プライマリ インデックスのあるテーブルに基づくものです。UDT列は、どのインデックス定義の一部にもすることができないため、テーブルには、そのプライマリ インデックスのための非UDT列が少なくとも1つなければなりません。

行ヘッダー オーバーヘッドによりNPPIテーブルでは14バイト、PPIテーブルでは16バイトが消費されるため、STRUCTURED型UDTの最大サイズは、行最大値64,256バイトから15バイト(NPPIテーブル)または17バイト(PPIテーブル)を減算して得られる値になります。

絶対的制限は2,048であり、実現可能な数は、テーブルについて宣言されている他の機能のうちテーブル ヘッダー領域を占めるものの数に応じて異なります。

1,600 UDT列という数は、FATテーブル ヘッダーを前提としたものです。

この制限は、UDTがDISTINCT型かSTRUCTURED型かに関係なく当てはまります。

日本語文字セットには、その他のいくつかのルールが適用されます。名前が30バイト未満に制限される場合もあります。適用可能なルールについては、<Teradata Vantage™ - SQLの基本、B035-1141>を参照してください。

最大値は絶対的なものではなくプラットフォームによって異なります。

CREATE TYPEまたはALTER TYPEリクエストごとに、1つのSTRUCTURED型UDTで指定できるのは300から512個以下の属性のみですが、必要に応じてADD ATTRIBUTEオプションを指定したALTER TYPEリクエストを任意の数だけ実行依頼することにより、約4,000個の上限まで付加的な属性を型に追加することができます。

特定のUDTに関連付けることができるメソッドの数に絶対的な制限はありません。

メソッドには可変個のパラメータが可能であり、構文解析プログラムのメモリ制限のため、制限値はパラメータ数から直接的な影響を受けます。

この問題には回避策があります。詳細については、<Teradata Vantage™- SQLデータ定義言語 - 詳細トピック、B035-1184>のALTER TYPEに関する情報を参照してください。

有効な範囲は、1以上2,048以下です。デフォルトはありません。

これには、そのSQLテキスト、USINGデータ(存在する場合)、およびCLIv2パーセル オーバーヘッドが含まれます。

有効な範囲は、0以上15以下です。デフォルトは0です。

テーブルの行ヘッダーおよびプライマリ インデックスまたは基本AMPインデックスによって使用されるバイト数は制限に含まれません。

外部ルーチンとは、UDF、外部プロシージャ、またはメソッドのうち、C、C++、またはJavaで作成される部分のことです(Javaでは外部プロシージャのみ作成可能)。これは、UDF、プロシージャ、またはメソッドのセマンティクスを定義するコードです。

512、または利用可能な構文解析ツリー メモリおよびスプールの量によって制限されます。

擬似インデックスとは、複合インデックスについて統計情報を収集するのと同じ方法で、複合(複数列)列セットについての統計情報を収集することを可能にするファイル構造のことです。

この制限は、統計情報を収集および維持できるインデックスの数とは無関係です。

ORDER BY句で定義されている複合NUSIは、この計算において、それぞれが2個の連続したインデックスとしてカウントされます。

セカンダリ、ハッシュ、および結合の各インデックスの合計数が基本データ テーブルごとに32個という制限に関するカウントにおいては、PRIMARY KEY制約およびUNIQUE制約の関係するシステム定義のセカンダリおよび単一テーブル結合インデックスの数が考慮に入れられます。

Vantageでは、システム内でユーザーが認識できる圧縮として、さまざまなタイプが実装されています。

ハッシュ インデックスと結合インデックスの圧縮に関する記述の中で言及される圧縮とは、非反復列値の複数セットが反復列値の単一セットに付加される論理行圧縮のことです。これにより、システムは反復値のセットを一回だけ保存することが可能になり、非反復列値は基本的な反復セットの論理的なセグメント拡張として保存されます。

これには、SQLリクエスト テキスト、USINGデータ、およびパーセル オーバーヘッドが含まれます。

1つのINリスト内のエントリ数に固定した制限はありませんが、最大SQLテキスト サイズなどの他の制限により、この数にはリクエストごとに固有の上限があります。

この制限は、MaxJoinTables DBSコントロール フィールドによって制御されます。

この制限は、MaxJoinTables DBSコントロール フィールドによって制御されます。