仮テーブルと一時テーブルの使用¶

仮テーブルのデータストレージの使用¶

仮テーブルが存在する間、テーブルに保存されたデータは、Snowflakeがアカウントに請求する全体的なストレージ料金に寄与します。特に24時間より長い期間維持するセッションで大きな仮テーブルを作成する場合、予期しないストレージ変更を防ぐために、Snowflakeはこれらのテーブルが不要になったら明示的に削除することをお勧めします。テーブルが作成されたセッションを明示的に終了して、追加料金が発生しないようにすることもできます。

詳細については、 テーブルタイプの比較 （このトピック内）をご参照ください。

他のテーブルタイプとの潜在的な命名競合¶

他の種類のテーブル（一時および永続）と同様に、仮テーブルは指定されたデータベースとスキーマに属します。ただし、これらはセッションベースであるため、同じ一意性の要件に拘束されません。これは、同じスキーマ内に同じ名前の仮テーブルと非仮テーブルを作成できることを意味します。

ただし、セッションでは、同じスキーマ内の同じ名前の他のテーブルよりも仮テーブルが優先されることに注意してください。これにより、特に仮テーブルと非仮テーブルの両方で DDL を実行する場合、潜在的な競合と予期しない動作が発生する可能性があります。例：

• 同じスキーマ内の既存のテーブルと同じ名前を持つ仮テーブルを作成して、既存のテーブルを事実上非表示にすることができます。

• 同じスキーマの既存の仮テーブルと同じ名前のテーブルを作成できます。ただし、新しく作成されたテーブルは仮テーブルによって非表示になります。

その後、テーブルのセッションで実行されるすべてのクエリおよびその他の操作は、仮テーブルにのみ影響します。

仮テーブルの作成¶

仮テーブルを作成するには、 CREATE TABLE で TEMPORARY キーワード（または TEMP の略語）を指定するだけです。

仮テーブルを作成する場合は、オブジェクトが作成されたスキーマに対する CREATE TABLE 権限は必要 ありません。

例:

CREATE TEMPORARY TABLE mytemptable (id NUMBER, creation_date DATE);

Copy

一時テーブルのデータストレージの使用¶

永続テーブルと同様に、一時テーブルは、Snowflakeがアカウントに請求する全体的なストレージ料金に寄与します。ただし、一時テーブルはFail-safeを利用しないため、Fail-safeコスト（つまり、Fail-safeディザスタリカバリに必要なデータの維持に関連するコスト）はありません。

詳細については、 テーブルタイプの比較 （このトピック内）をご参照ください。

永続テーブルのクローンとして作成される一時テーブル¶

永続テーブルのクローンとして一時テーブルを作成すると、Snowflakeは ゼロコピークローン を作成します。つまり、一時テーブルが作成されると、元の永続テーブルの既存の マイクロパーティション をすべて共有するため、データストレージは使用しません。クローン内で行が追加、削除、更新されると、クローン（この場合は一時テーブル）だけに属する新しいマイクロパーティションが生成されます。

永続テーブルが削除されると、7日間のFail-safeに入ります。Fail-safeバイトには ストレージコスト がかかります。永続テーブルのクローンとして一時テーブルが作成された場合、永続テーブルが削除されてから、そのすべてのバイトがFail-safeに入るまでの時間が遅れる可能性があります。一時テーブルのクローンが削除されたときに、永続テーブルとマイクロパーティションを共有している場合、それらの共有バイトは一時テーブルが削除されたときにのみFail-safeに入ります。

一時データベースとスキーマ¶

Snowflakeは、一時データベースとスキーマの作成もサポートしています。一時スキーマで作成されたすべてのテーブル、および一時データベースで作成されたすべてのスキーマは、定義上、一時的です。

一時テーブル、スキーマ、またはデータベースの作成¶

一時テーブル、スキーマ、データベースを作成するには、オブジェクトの作成時に TRANSIENT キーワードを指定するだけです：

• CREATE TABLE

• CREATE SCHEMA

• CREATE DATABASE

例えば、一時テーブルを作成するには：

CREATE TRANSIENT TABLE mytranstable (id NUMBER, creation_date DATE);

Copy

Time Travelの注意点¶

• テーブルのTime Travel保持期間は、テーブルの作成時またはその後いつでも指定できます。保持期間内に、すべてのTime Travel操作をテーブル内のデータ（例: クエリ）およびテーブル自体（例: クローンおよび復元）に対して実行できます。

• 永続テーブルのTime Travel保持期間が0に設定されている場合は、テーブルがドロップされるとすぐにFail-safe期間に入ります。

• 仮テーブルのTime Travel保持期間は1日です。ただし、仮テーブルは（テーブルが作成された）セッションが終了するとパージされるため、実際の保持期間は24時間 または セッションの残りのいずれか短い方になります。

• 長時間実行されるTime Travelクエリは、クエリが完了するまで、仮テーブルと一時テーブルのパージを遅らせます。

Fail-safeの注意点¶

• Fail-safe期間は、どのテーブルタイプにも設定できません。

• 一時テーブルと仮テーブルには、Fail-safe期間は ありません 。その結果、Time Travelの保持期間を超えて追加のデータストレージ料金は発生しません。