10.12リリースノート(動作変更あり):2026年4月3日~2026年4月8日

注意

リリースが完了しました。これらのリリースノートの先行版と最終版の違いについては、 リリースノートの変更ログ をご参照ください。

動作変更バンドル

このリリースには、次の動作変更バンドルが含まれています。

バンドル名

このリリースでのステータス

以前のステータス

2026_03

デフォルトで無効。管理者はテスト用に有効化可能

該当なし(このリリースでの導入)

2026_02

デフォルトで有効。管理者はオプトアウト用に無効化可能

デフォルトで無効

2026_01

一般的に有効。管理者は有効化/無効化の切り替え不可

デフォルトで有効

各バンドルのステータスは、2026年5月に予定されている次の動作変更リリースで再度変更されますが、このスケジュールは変更される可能性があります。

バンドルのステータスとアカウントに及ぼす可能性のある影響の詳細については、 動作変更について をご参照ください。

SQL の更新

標準テーブルの CHECK 制約(一般提供

標準テーブルの CHECK 制約は一般公開されています。CHECK 制約は、テーブルの1つ以上の列に挿入または更新できる値に対する条件を強制します。この条件は、テーブルを作成または変更するときに定義する SQL 式です。

CHECK 制約が強制されます。つまり制約に違反する INSERT または UPDATE 操作ではエラーが発生します。CHECK 制約は、列定義の一部としてインラインで定義することも、別の句でアウトオブラインで定義することもできます。

詳細については、 CHECKの制約 をご参照ください。

新機能

動的テーブルのリフレッシュの境界

動的テーブルの定義で``DYNAMIC_TABLE_REFRESH_BOUNDARY()``を使用して、上流の動的テーブルが下流の動的テーブルと一緒にリフレッシュされないようにすることができるようになりました。これにより、各パイプラインが独立してリフレッシュされるように、動的テーブルのパイプラインを分離できます。カスケードリフレッシュとスナップショットの分離は、境界を越えて適用されません。

詳細については、 動的テーブルのリフレッシュの境界 をご参照ください。

アクセス履歴の改善

アクセス履歴 を使用すると、Snowflakeで実行された SQL ステートメントをモニタリングできます。次のタイプのステートメントを追跡します。

  • データ操作言語(DML)ステートメント。例えば、テーブルにデータを挿入するステートメント。

  • データクエリ言語(DQL)ステートメント。例えば、SELECTステートメントを使用してデータを投影するステートメント。

  • データ定義言語(DDL)ステートメント。例えば、Snowflakeオブジェクトを作成または変更するステートメント。

Snowflakeは、アクセス履歴に含まれる SQL ステートメントを拡張しています。このリリースでは、以下のサポートが追加されています。

  • CREATE STREAM ステートメント。

  • SHOW AGGREGATION POLICIES、 SHOW AUTHENTICATION POLICIES、 SHOW NETWORK POLICIES、および SHOW PASSWORD POLICIES。

  • DESCRIBE JOIN POLICY、 DESCRIBE NETWORK POLICY、 DESCRIBE AUTHENTICATION POLICY、および DESCRIBE PASSWORD POLICY(DESCRIBE は DESC に短縮できます)

  • MCP サーバーに関連する DDL。

  • Postgresインスタンスに関連する DDL。

  • Cortexエージェントに関連する DDL。

アクセス履歴に表示されるオブジェクトとコマンドの完全なリストについては、 サポートされているオブジェクト をご参照ください。

リリースノートの変更ログ

お知らせ

更新

Date

リリースノート

初回公開(プレビュー)

2026年3月31日

標準テーブルの CHECK 制約

SQL の更新セクションに 追加済み

2026年4月9日

アクセス履歴の改善

新機能セクションに 追加

2026年4月6日

リリースノート

最終公開

2026年4月8日