テーブル定義に関する考慮事項 - Advanced SQL Engine - Teradata Database

ALTER TABLEを使用して、列、列パーティション、またはテーブルで圧縮を即時に追加、変更、または削除します。詳細は、<Teradata Vantage™ - データベースの設計、B035-1094>を参照してください。

• NULL。計算において無視されます。
• デフォルト値。計算に組み入れられます。

例えば、次のようにDepartment 300の社員の平均給与を知りたいと仮定します。

SELECT DeptNo, AVG(Salary)
FROM Employee
GROUP BY DeptNo
WHERE DeptNo = 300 ;

• 1つのテーブル内のデータの変更。
  1つのテーブル内のデータを変更すると、別のテーブルのデータに影響が出る場合があります。例えば、部門テーブルで部門番号を更新すると、部門番号の列を擁する従業員テーブルにも影響を与えることになります。以下を使用すれば、データの整合性を保つことができます。

  • 変更により影響を受けるテーブルすべてを更新するマクロ、ストアド プロシージャ、トリガー、またはアプリケーション プログラム。
  • RIの制約。(詳細については、<Teradata Vantage™ - データベースの設計、B035-1094>および<Teradata Vantage™- SQLデータ定義言語 - 詳細トピック、B035-1184>を参照してください。)
• ある1つのテーブルの列の別のテーブルの列との結合。以下を確認します。
  • 結合列が同じデータ型かつ同じサイズである。
  • 両方のテーブルでデータに整合性がある。例えば、2つのテーブルをEmployee Name(社員名)列で結合する場合、どちらのテーブルでも列の表記法(例えば「Smith H」などの姓と名のイニシャル)は同一でなければなりません。
  • 結合内で参照される、行レベル セキュリティで保護されたすべてのテーブルは、同じ制約を含んでいる。
• テーブルを使用した大きなデータ オブジェクトの保存。LOB型の列でテーブルを作成します。これには、以下のものが含まれます。
  • 文字ラージ オブジェクト(CLOB)- CLOB列には、通常のテキスト、HTML、またはXML文書などの文字データを格納できます。
  • バイナリ ラージ オブジェクト(BLOB)- BLOB列には、グラフィックス、ビデオ クリップ、ファイル、および文書などのバイナリ オブジェクトを格納できます。

SELECT Name, Loc FROM Employee, Department WHERE Employee.DeptNo = Department.DeptNo;

次のような望ましくない結果を生じることがあります。各テーブルのnullによってマッチングができません。部署番号が不明な社員(Employee.DeptNoがNULL)と社員の存在しない部署はリストされません。

部署番号が不明な社員と社員の存在しない部署をリストするためには、DeptNo列において別のデフォルト値を使って不明値を表記します。

1. Departmentテーブルで使用するデフォルト値と同じDeptNoを持つダミーの「unknown (不明)」の社員を、Employeeテーブルに追加します。
2. Employeeテーブルで使用するデフォルト値と同じDeptNoを持つダミーの「unknown (不明)」の部署を、Departmentテーブルに追加します。

SELECT DeptNo, AVG(Salary)
FROM Employee
GROUP BY DeptNo;

• プライマリ インデックスを使用するかどうか。(このテーブルのNoPIの行を参照。)
• プライマリ インデックスを使用するための列、およびPIは固有かどうか。
• テーブルにプライマリ インデックスがある場合、1または複数レベルの行パーティションを行なうかどうか。
• プライマリ インデックスがない場合、列パーティション化、およびオプションで1または複数レベルの行パーティション化を行なうかどうか。
• セカンダリ インデックスがある場合はどんなセカンダリ インデックスを定義するか、およびセカンダリ インデックスは固有かどうか。
• 各列ではどんな制約が必要か。
• COLUMN形式の列パーティションに対して行ヘッダー圧縮を行なうと、ストレージ コストを削減し、システム パフォーマンスを向上させることができます。ただし、幅の広い列パーティションなどは自動圧縮の利点が得られないため、ROW形式(非行ヘッダー圧縮)の方が適していることがあります。
• テーブルのコミット済み行でロードと同時の読み取りを許可するかどうか。この機能を使用するには、ロードを分離するようにテーブルをセットアップする必要があります。ロード分離テーブルでは、非分離のテーブルより多くの領域が必要になり、論理的に削除された行を除去するために定期的な保守が必要になります。詳細については、同じテーブルへのロードと並行したコミット済みデータ読み取りについてを参照してください。