2024年4月30日~5月7日 --- 8.17リリースノート(動作変更あり)

注意

リリースが完了しました。

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

動作変更バンドル

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

バンドル名

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

以前のステータス

2024_04

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

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

2024_03

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

デフォルトで無効

2024_02

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

デフォルトで有効

各バンドルのステータスは、2024年6月に予定の動作変更リリース時に変更されます。ただし、この予定は変わる可能性があります。

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

セキュリティの更新

認証の機能強化 --- 一般公開

このリリースにより、複数の認証の機能強化の一般公開をお知らせします。

認証ポリシー

認証ポリシーでは、どのクライアントで認証するか、どの認証方法を SAML2 と外部 OAuth のセキュリティ統合と併用するかを指定する機能によって、ユーザーの認証方法を制御できます。

詳細については、 認証ポリシー および 制限事項 をご参照ください。

識別子優先のログインフロー

識別子優先ログインにより、Snowflakeは認証オプションを提示する前にユーザーを識別できます。このフローでは、Snowflakeはユーザーにメールアドレスまたはユーザー名のみの入力を要求し、次にユーザーのIDに基づいて認証オプションを表示します。

この機能の詳細とこれを有効にする方法については、 識別子優先ログイン をご参照ください。

SAML2 セキュリティ統合の新しいプロパティ

フェデレーション認証構成の SAML2 セキュリティ統合には、ALLOWED_USER_DOMAINS と ALLOWED_EMAIL_PATTERNS の2つの新しいプロパティを含めることができます。ユーザーがログインするとき、セキュリティ統合に関連する識別子プロバイダーを使用して認証するには、ユーザーのメールアドレスがこれらのプロパティで指定された値と一致する必要があります。この機能では、識別子優先のログインが有効になっている必要があります。

詳細については、 CREATE SECURITY INTEGRATION (SAML2) をご参照ください。

複数のIDプロバイダーのサポート

Snowflakeは、 SAML2 を使用することでフェデレーション認証の複数のIDプロバイダーをサポートするようになりました。これにより、異なるユーザーを異なるIDプロバイダーで認証できるようになりました。この機能では、識別子優先のログインが有効になっている必要があります。

詳細については、 フェデレーション認証に複数のIDプロバイダーを使用する をご参照ください。

SQL の更新

テーブルで利用可能な READONLY プロパティ

このリリースにより、新しい READONLY プロパティを持つテーブルを作成できるようになりました。READONLY プロパティは、 CREATETABLE コマンドの CREATE TABLE ... CLONE バリアントで作成される仮テーブルに対してのみ有効です。読み取り専用テーブルでは、 DML 操作はできず、 DDL 操作のサブセットのみが可能です。

2024_04動作変更バンドルが有効になっている場合、 SHOWTABLES コマンドの実行、 TABLES ビューのクエリ、 GET_DDL 関数の呼び出し時に、 READONLY プロパティに関する情報が出力に含まれます。

ST_INTERSECTION_AGG および ST_UNION_AGG 関数 --- 一般公開

このリリースでは、以下の関数が一般公開されました。

関数カテゴリ

新しい関数

説明

地理空間

ST_INTERSECTION_AGG

GEOGRAPHY 列が与えられると、その列のオブジェクトによって表される形状に共通する点の集合を含む形状を表す GEOGRAPHY オブジェクトを返します(つまり、形状の交差)。

地理空間

ST_UNION_AGG

GEOGRAPHY 列が与えられると、その列のオブジェクトによって表される図形の少なくとも1つに含まれる点の集合(つまり、図形の和)を表す GEOGRAPHY オブジェクトを返します。

データのロード/アンロードの更新

新しいコピーオプション: INCLUDE_METADATA

このリリースにより、 COPY INTO <table>用の新しいコピーオプション INCLUDE_METADATA をお知らせします。このコピーオプションは、ターゲットテーブル列と METADATA 列 の間でユーザー定義のマッピングを提供し、 MATCH_BY_COLUMN_NAME コピーオプションとの併用のみが可能です。

これらの2つのコピーオプション(INCLUDE_METADATAMATCH_BY_COLUMN_NAME)を使用することで、データ取り込みが簡素化され、ファイルデータ列のロード中も、ターゲットテーブル列にファイルメタデータを含めることができます。

以下の例では、マッピングを INCLUDE_METADATA で定義しています。既存の列である ingestdatefilename には、データファイル列と並んで、対応するメタデータ列が入力されます。

COPY INTO table1 FROM @stage1
MATCH_BY_COLUMN_NAME = CASE_INSENSITIVE
INCLUDE_METADATA = (
    ingestdate = METADATA$START_SCAN_TIME, filename = METADATA$FILENAME);
Copy
+-----+-----------------------+---------------------------------+-----+
| ... | FILENAME              | INGESTDATE                      | ... |
|---------------------------------------------------------------+-----|
| ... | example_file.json.gz  | Thu, 22 Feb 2024 19:14:55 +0000 | ... |
+-----+-----------------------+---------------------------------+-----+

注釈

CSV の場合のみ、 INCLUDE_METADATA コピーオプションを MATCH_BY_COLUMN_NAME と併用した場合に既知の問題があります。既知の問題が解決されるまでは、 CSV ファイルをロードする際にこのコピーオプションを使用しないでください。

更新: この問題は 8.19リリース で解決されました。

詳細については、 コピーオプション(copyOptions) をご参照ください。

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

お知らせ

更新

Date

リリースノート

初回公開(プレビュー)

2024年4月29日

新しいコピーオプション: INCLUDE_METADATA に CSV との既知の問題を記載

既知の問題が解決に 変更済み

2024年5月15日