Azure Synapse Analytics の専用 SQL プール (旧称 SQL DW) のリリース ノート

Tip

Microsoft Fabric Data Warehouse は、将来のアーキテクチャ、組み込みの AI、および新機能を備えた、Data Lake 基盤上のエンタープライズ 規模のリレーショナル ウェアハウスです。 データ ウェアハウスを初めて使用する場合は、Fabric Data Warehouseから始めます。 既存の dedicated SQL プール ワークロードは、Fabric にアップグレードして、データ サイエンス、リアルタイム分析、レポートの新機能にアクセスできます。

この記事では、Azure Synapse Analytics の専用 SQL プール (旧称 SQL DW) の最新リリースで導入された新機能と機能強化をまとめています。 この記事では、今回のリリースとは直接関連しないものの、同じタイム フレームで公開された注目すべきコンテンツの更新についても一覧表示しています。 その他の Azure サービスの機能強化については、「サービスの更新情報」を参照してください

お使いの専用 SQL プール (旧称 SQL DW) のバージョンの確認

新機能がすべてのリージョンにロールアウトされるのに伴い、機能の可用性について、ご使用のインスタンスにデプロイされているバージョン、および最新のリリース ノートを確認してください。 バージョンを確認するには、SQL Server Management Studio (SSMS) を介してお使いの専用 SQL プール (旧称 SQL DW) に接続して SELECT @@VERSION; を実行し、現在のバージョンを返します。 このバージョンで、お使いの専用 SQL プール (旧称 SQL DW) に適用されているリリースを確認してください。 出力の日付によって、専用 SQL プール (旧称 SQL DW) に適用されるリリースの月が識別されます。 これは、サービスレベルの機能強化にのみ適用されます。

ツールの機能強化については、リリース ノートに適切なバージョンがインストールされていることを確認してください。

メモ

SELECT @@VERSION によって返される製品名は、Microsoft Azure SQL Data Warehouse から Microsoft Azure Synapse Analytics に変更されます。 変更を行う前に、Microsoft から詳細な通知を送信します。 この変更は、使用しているアプリケーション コード内の SELECT @@VERSION の結果から製品名を解析する顧客に関連しています。 製品のブランド変更が原因でアプリケーション コードが変更されるのを回避するには、次のコマンドを使用して、データベースの製品名とバージョンを SERVERPROPERTY に照会してください。バージョン番号 XX.X.XXXXX.X (製品名なし) を返すには、次のコマンドを使用します。

SELECT SERVERPROPERTY('ProductVersion')

--To return engine edition, use this command that returns 6 for Azure Synapse Analytics:

SELECT SERVERPROPERTY('EngineEdition')

2020 年 12 月

サービスの機能強化 詳細
列用のストアド プロシージャsp_rename (プレビュー) CREATE TABLE AS SELECT (CTAS) を使わずに列の名前を変更する作業が、さらに簡単になります。 Azure Synapse SQLは、ユーザーテーブルの非配布列の名前を変更するシステムストアドプロシージャsp_rename(プレビュー)をサポートしています。 この機能は現在プレビューの段階です。 詳細については、sp_rename を参照してください。
T-SQL Predict の追加パラメーター この新しいリリースでは、既存の T-SQL PREDICT ステートメントに対して、'RUNTIME' という必須の追加パラメーターが追加されています。 既存のスクリプトを更新する方法については、T-SQL PREDICT の例を参照してください。

2020 年 10 月

サービスの機能強化 詳細
T-SQL インライン テーブル値関数 (プレビュー) このリリースでは、Transact-SQL を使用してインライン テーブル値関数を作成し、テーブルの場合と同様に結果を照会できるようになりました。 この機能は現在プレビュー段階であり、GA のツールでサポートされます。 詳細については、「CREATE FUNCTION (Azure Synapse Analytics)」を参照してください。
MERGE コマンド (プレビュー) ソース テーブルとの結合結果から、挿入、更新、または削除操作を対象テーブルに対して実行できるようになりました。 たとえば、他のテーブルとの違いに基づいて、あるテーブル内の行を挿入、更新、または削除することにより、2 つのテーブルを同期できます。 詳細については、「MERGE」を確認してください。

2020 年 8 月

サービスの機能強化 詳細
ワークロード管理 - ポータル エクスペリエンス Azureポータルでワークロード管理の設定と管理を行ってください。 ワークロード グループやワークロード分類器を構成し、重要度を設定できます。
テーブル マッピングのカタログ ビューの改善 新しいカタログ ビュー sys.pdw_permanent_table_mappings は、永続的なユーザー テーブルの object_ids を物理テーブル名にマップします。

2020 年 7 月

サービスの機能強化 詳細
列レベルの暗号化 (パブリック プレビュー) Transact-SQL を使用してデータの列に対称暗号化を適用することで、Azure Synapse Analytics 内の機密情報を保護します。 列レベルの暗号化には、証明書、パスワード、対称キー、または非対称キーでさらに保護される対称キーを使用してデータを暗号化するために使用できる、組み込み関数が用意されています。 詳細については、「データの列の暗号化」を参照してください。 この機能は現在一般提供されています。
互換性レベルのサポート (GA) ユーザーはこのリリースで、Synapse SQL エンジンの特定のバージョンの Transact-SQL 言語とクエリ処理の動作を使用できるよう、データベースの互換性レベルを設定できるようになりました。 詳細については、「sys.database_scoped_configurations」と「データベース スコープ構成の変更」を参照してください。
行レベルセキュリティ このリリースには、RLS が適用された行に対する更新および削除の操作の改善が含まれています。 このリリースでは、"is_rolemember" のような組み込み関数で DML ターゲット テーブルのどの列も参照していない場合に、これらの関数を使用した更新操作と削除操作が成功します。 この改善の前は、これらの操作は、基になる DML 操作での制限のために失敗しました。
DBCC シュリンクデータベース(ジョージア州) 指定したデータベース内のデータ ファイルとログ ファイルのサイズを圧縮できるようになりました。 詳細については、このドキュメントを参照してください。

2020 年 5 月

サービスの機能強化 詳細
ワークロードの分離 (GA) Azure Synapse Analyticsのワークロードグループ隔離機能は現在一般公開されています。 ワークロード グループを使用して、リソースを予約して含めることができます。 また、ランアウェイクエリをキャンセルするためにクエリタイムアウトを設定することもできます。
ワークロード管理ポータル エクスペリエンス (プレビュー) ユーザーは、Azure portal を使用して、ワークロード管理の設定を構成および管理できます。 重要度で ワークロードグループ や ワークロード分類器 を設定できます。
ワークロード グループの変更 現在は ALTER WORKLOAD GROUP コマンドを使えます。 alter を使用して、既存のワークロード グループの構成を変更します。
COPY コマンドでの Parquet ファイルの自動スキーマ検出 (プレビュー) COPY コマンドによる Parquet ファイルの読み込み時に自動スキーマ検出がサポートされるようになりました。 このコマンドでは、読み込みの前に Parquet ファイルのスキーマを自動的に検出し、テーブルを作成します。 この機能を有効にするには、メール配布リスト sqldwcopypreview@service.microsoft.com にお問い合わせください。
COPY コマンドでの複雑な Parquet データ型の読み込み (プレビュー) COPY コマンドで複雑な Parquet 型の読み込みがサポートされるようになりました。 Maps や Lists などの複雑な型を文字列型の列に読み込むことができます。 この機能を有効にするには、メール配布リスト sqldwcopypreview@service.microsoft.com にお問い合わせください。
COPY コマンドでの Parquet ファイルの自動圧縮検出 COPY コマンドで Parquet ファイルの圧縮方法の自動検出がサポートされるようになりました。 この機能を有効にするには、メール配布リスト sqldwcopypreview@service.microsoft.com にお問い合わせください。
その他の読み込みに関する推奨事項 Azure Synapse Analyticsの専用SQL プールに関するAzure Advisor推奨がSynapse SQL向けに提供されました。 最大スループットを確保するためにファイルを分割する必要がある場合にプロアクティブな通知を受け取ります。ストレージ アカウントを専用 SQL プール (旧称 SQL DW)　と併置します。または、SQLBulkCopy API や BCP などの読み込みユーティリティを使用するときにバッチ サイズを増やします。
T-SQL の更新可能なディストリビューション列 (GA) ディストリビューション列に格納されているデータを更新できるようになりました。 詳細については、専用 SQL プール (旧称 SQL DW) での分散テーブルの設計に関するガイダンスに関する記事を参照してください。
T-SQL Update/Delete from...Join (GA) 別のテーブルとの Join の結果に基づく Update と Delete が利用可能になりました。 詳細については、Update および Delete のドキュメントを参照してください。
T-SQL PREDICT (プレビュー) データ ウェアハウス内の機械学習モデルを予測することで、大規模で複雑なデータ移動を回避できるようになりました。 T-SQL PREDICT 関数は、オープン モデル フレームワークに基づき、データと機械学習モデルを入力として受け取り、予測を生成します。 詳細については、こちらのドキュメントを参照してください。

2020 年 4 月

サービスの機能強化 詳細
データベース互換レベル (プレビュー) ユーザーはこのリリースで、Synapse SQL エンジンの特定のバージョンの Transact-SQL 言語とクエリ処理の動作を使用できるよう、データベースの互換性レベルを設定できるようになりました。 詳細については、「sys.database_scoped_configurations」と「データベース スコープ構成の変更」を参照してください。
Sp_describe_undeclared_parameters ユーザーが Transact-SQL バッチの宣言されていないパラメーターのメタデータを表示できるようになります。 詳細については、「sp_describe_undeclared_parameters」を参照してください。




ツールの機能強化 詳細
Visual Studio 16.6 プレビュー 5 - SQL Server Data Tools (SSDT) このリリースには、SSDT の次の機能強化が含まれています。

- データの検出と分類
- COPY ステートメント
- UNIQUE 制約付きのテーブル
- 順序付けされたクラスター化列ストア インデックス付きのテーブル

このリリースには、SSDT の次の修正が含まれています。

- ディストリビューション列のデータ型を変更すると、SSDT によって生成される更新スクリプトでは、テーブルを削除して再作成する代わりに、CTAS と RENAME 操作が実行されます。

2020 年 3 月

ツールの機能強化 詳細
Visual Studio 16.6 プレビュー 2 - SQL Server Data Tools (SSDT) このリリースには、SSDT の次の機能強化と修正が含まれています。

- 具体化されたビュー (MV) によって参照されるテーブルを変更すると、MV でサポートされていない ALTER VIEW ステートメントが生成される問題を解決しました

- データベースまたはプロジェクトに行レベル セキュリティ オブジェクトが存在する場合に、Schema Compare 操作が失敗しないことを確実にするための変更を実装しました。 行レベルのセキュリティ オブジェクトは現在、SSDT ではサポートされていません。

- データベース内の多数のオブジェクトを一覧表示するときにタイムアウトが発生しないように、SQL Server オブジェクト エクスプローラーのタイムアウトのしきい値を増加しました。

- SQL Server オブジェクト エクスプローラーでデータベース オブジェクトの一覧を取得して、オブジェクト エクスプローラーの設定時の不安定な状態を低減し、パフォーマンスを向上させる方法を最適化しました。

2020 年 1 月

サービスの機能強化 詳細
ワークロード管理ポータル メトリック (プレビュー) プレビューでAzure Synapse Analyticsのワークロードグループ分離機能を活用することで、独自のワークロードグループを作成し、システムリソースを効率的に管理し、ビジネスSLAの遵守を確実にできます。 Azure Synapse Analytics の全体的なワークロード管理拡張機能の一部として、新しいワークロード管理の監視メトリックが使用できるようになりました。

ワークロードの監視では、次のメトリックを使用して、より詳細な分析情報を得ることができるようになりました。
- 有効な上限リソース割合
- 有効な最小リソース割合
- ワークロード グループのアクティブなクエリ
- 最大リソース割合別のワークロード グループの割り当て
- システム割合別のワークロード グループの割り当て
- ワークロード グループのクエリのタイムアウト
- ワークロード グループのキューに登録されたクエリ

これらのメトリックを使用して、ワークロード グループのボトルネックまたは使用率が低いワークロードの分離で構成されているワークロード グループを特定します。 これらの指標はAzureポータルで使え、ワークロードグループごとに分割できます。 お気に入りのグラフをフィルター処理してダッシュボードにピン留めすることで、分析情報にすばやくアクセスできます。
ポータル監視メトリック 以下の指標が、全体的なクエリ アクティビティを監視するためにポータルに追加されました:
- アクティブ クエリ
- キューに登録されたクエリ

これらの指標について詳しくは、「Azure Synapse Analytics のリソース使用率とクエリ アクティビティの監視」をご覧ください。

2019 年 10 月

サービスの機能強化 詳細
Copy (プレビュー) データ インジェストのためのシンプルで柔軟な COPY ステートメントのパブリック プレビューが発表されました。 高い特権を持つユーザーを必要とせずに、1 つのステートメントを使用するだけで、非常に柔軟かつシームレスにデータを取り込めるようになりました。 詳細については、COPY コマンドのドキュメントを参照してください。
ワークロードの分離 (プレビュー) データウェアハウスの利用を広く普及させる取り組みを支援するため、Microsoft はインテリジェントなワークロード管理のための新機能をリリースします。 新しいAzure Synapse Analyticsワークロードグループ分離機能を活用することで、異種ワークロードの実行を管理しつつ、データウェアハウス リソースに対する柔軟性と制御を提供できます。 この機能により実行予測性が向上し、あらかじめ定められたSLAの達成能力が向上します。
ワークロード分離に加え、Azure Synapse Analyticsで専用SQLプール用のワークロード分類のオプションも増えました。 ログイン分類を超えて、 Create Workload Classifier の構文はクエリラベル、セッションコンテキスト、時間帯に基づいてリクエストを分類する機能を提供します。
PREDICT (プレビュー) データ ウェアハウス内の機械学習モデルをスコア付けすることで、大規模で複雑なデータ移動を回避できるようになりました。 T-SQL PREDICT 関数は、オープン モデル フレームワークに基づき、データと機械学習モデルを入力として受け取り、予測を生成します。
SSDT CI/CD (GA) SQL Server Data Tools(SSDT)データベースプロジェクトは現在、SQL Analytics 向けに一般に利用可能となっています。 このリリースには、Visual Studio 2019 での SSDT のサポートと、Azure DevOps とのネイティブ プラットフォーム統合が含まれており、エンタープライズ レベルのデプロイ用に組み込みの継続的インテグレーションとデプロイ (CI/CD) 機能が用意されています。
具体化されたビュー (GA) 具体化されたビューでは、ビュー定義クエリから返されるデータを保持し、基になるテーブルのデータが変更されると自動的に更新されます。 これによって、複雑なクエリ (一般に結合と集計を含むクエリ) のパフォーマンスが向上すると共に、メンテナンス操作が簡単になります。 詳細は「 Materialized Viewsによるパフォーマンスチューン」をご覧ください。 具体化されたビューのスクリプトを作成するために、SQL Server Management Studio 18.4 以降をインストールします。
動的データ マスク (GA) 動的データ マスク (DDM) は、定義されたマスキング規則に基づいて、クエリ結果内で機密データを即座に難読化することにより、データ ウェアハウス内の機密データへの未承認アクセスを防止します。 詳細については、「 動的データ マスク」を参照してください。
Read Committed スナップショット分離 (GA) ALTER DATABASE を使用して、ユーザー データベースのスナップショット分離を有効または無効にすることができます。 現在のワークロードへの影響を避けるために、データベースのメンテナンスウィンドウ中にこのオプションを設定するか、他にアクティブな接続がなくなるまで待つことを検討してください。 詳細については、ALTER DATABASE SET オプションに関するページを参照してください。
順序指定クラスター化列ストア インデックス (GA) 列ストアは、大量のデータの格納および効率的なクエリを実現する鍵となります。 順序指定クラスター化列ストア インデックスは、効率的なセグメントの除外を有効にすることにより、クエリの実行をさらに最適化します。 詳細については、Azure Synapse Analyticsの「順序付きクラスタ化されたcolumnstore indexによるパフォーマンスチューニング」をご覧ください。
結果セットのキャッシュ (GA) 結果セットのキャッシュが有効になっている場合、繰り返し使用できるよう、クエリ結果がユーザー データベースに自動的にキャッシュされます。 これにより、以降のクエリ実行で永続キャッシュから直接結果を取得できるため、再計算は必要ありません。 結果セットのキャッシュにより、クエリのパフォーマンスが向上し、コンピューティング リソースの使用量が減少します。 さらに、キャッシュされた結果セットを使用するクエリはコンカレンシー スロットをまったく使用しないため、既存のコンカレンシー制限にはカウントされません。 セキュリティのため、キャッシュされた結果にアクセスできるのは、そのユーザーがキャッシュされた結果を作成したユーザーと同じデータ アクセス許可を持っている場合のみです。 詳細については、「結果セットのキャッシュを使用したパフォーマンスのチューニング」を参照してください。 バージョン 10.0.10783.0 以上に適用されます。

2019 年 9 月

サービスの機能強化 詳細
Azure Private Link (プレビュー) Azure Private Linkを使うことで、Virtual Network(VNet)内にプライベートエンドポイントを作成し、専用のSQLプールにマッピングできます。 これらのリソースはVNet内のプライベートIPアドレスを通じてアクセスでき、Azure ExpressRouteのプライベートピアリングやVPNゲートウェイを通じてオンプレミスから接続が可能になります。 全体として、この機能により、パブリック IP アドレスへの公開が不要になるため、ネットワークの構成が簡素化されます。 この機能はデータ流出のリスクからも保護します。 詳細については、概要およびAzure Private Link for Azure Synapse Analyticsをご覧ください。
データの検出と分類 (GA) データの検出および分類機能は、現在、一般提供されています。 この機能によって、データベース内の機密データを検出、分類、ラベル付け、および保護するための高度な能力が提供されます。
Azure Advisor とのワンクリック統合 Azure Synapse の SQL Analytics の概要ブレードに、Azure Advisor 推奨事項が直接統合され、ワンクリックで参照できるようになりました。 Azure Advisor ブレードに移動しなくても、概要ブレードで推奨事項を表示できるようになりました。 推奨事項の詳細については、こちらを参照してください。
Read Committed スナップショット分離 (プレビュー) ユーザーデータベースのスナップショット分離を有効または無効にするためにALTER DATABASEを使います。 現在のワークロードへの影響を避けるために、データベースのメンテナンスウィンドウ中にこのオプションを設定するか、他にアクティブな接続がなくなるまで待つことを検討してください。 詳細については、ALTER DATABASE SET オプションに関するページを参照してください。
として実行 (Transact-SQL) EXECUTE AS T-SQL がサポートされるようになりました。これにより、セッションの実行コンテキストを、指定したユーザーに設定できます。
追加の T-SQL サポート Synapse SQL の T-SQL 言語セキュリティが拡張され、次のサポートが含まれるようになりました。
- FORMAT (Transact-SQL)
- TRY_PARSE (Transact-SQL)
- TRY_CAST (Transact-SQL)
- TRY_CONVERT (Transact-SQL)
- sys.user_token (Transact-SQL)

2019 年 7 月

サービスの機能強化 詳細
具体化されたビュー (プレビュー) 具体化されたビューでは、ビュー定義クエリから返されるデータを保持し、基になるテーブルのデータが変更されると自動的に更新されます。 これによって、複雑なクエリ (一般に結合と集計を含むクエリ) のパフォーマンスが向上すると共に、メンテナンス操作が簡単になります。 詳細については、
- CREATE MATERIALIZED VIEW AS SELECT (Transact-SQL)
- ALTER MATERIALIZED VIEW (Transact-SQL)
- Azure Synapse Analytics の専用 SQL プールでサポートされる T-SQL ステートメント
追加の T-SQL サポート Synapse SQL の T-SQL 言語セキュリティが拡張され、次のサポートが含まれるようになりました。
- AT TIME ZONE (Transact-SQL)
- STRING_AGG (Transact-SQL)
結果セットのキャッシュ機能 (プレビュー) 以前発表された結果セットのキャッシュを管理するために追加された DBCC コマンド。 詳細については、
- DBCC DROPRESULTSETCACHE (Transact-SQL)
- DBCC SHOWRESULTCACHESPACEUSED (Transact-SQL)

を参照してください。また、実行されたクエリで結果セットのキャッシュが使用された日時を示す sys.dm_pdw_exec_requests 内の新しい result_set_cache 列も参照してください。
順序指定クラスター化列ストア インデックス (プレビュー) 順序付けされたクラスター化列ストア インデックス内の列の順序を識別するために、sys.index_columns に追加された新しい column_store_order_ordinal 列。

2019 年 5 月

サービスの機能強化 詳細
動的データ マスク (プレビュー) 動的データ マスク (DDM) は、定義されたマスキング規則に基づいて、クエリ結果内で機密データを即座に難読化することにより、データ ウェアハウス内の機密データへの未承認アクセスを防止します。 詳細については、「 動的データ マスク」を参照してください。
ワークロードの重要度が一般提供されました ワークロード管理の分類と重要度により、クエリの実行順序に影響を与えることができます。 ワークロード重要度の詳細については、Azure Synapse Analyticsの専用SQLプールに関するワークロード分類およびドキュメント内のAzure Synapse Analyticsワークロード重要度概要記事をご覧ください。 CREATE WORKLOAD CLASSIFIER のドキュメントも参照してください。

以下の動画では、ワークロードの重要性が実際にどのように扱われているかについて説明しています。
- Workload Management concepts (ワークロード管理の概念)
- Workload Management scenarios (ワークロード管理のシナリオ)
追加の T-SQL サポート Synapse SQL の T-SQL 言語セキュリティが拡張され、次のサポートが含まれるようになりました。
- TRIM
JSON 関数 ビジネス アナリストは、次の新しい JSON 関数を使用することにより、使い慣れた T-SQL 言語を使用して、JSON データとして書式設定されたドキュメントのクエリおよび操作を行えるようになりました。
- ISJSON
- JSON_VALUE
- JSON_QUERY
- JSON_MODIFY
- OPENJSON
結果セットのキャッシュ機能 (プレビュー) 結果セットのキャッシュ機能により、ビジネス分析で分析情報を得るまでにかかる時間を短縮し、ユーザーを報告しながら、即時のクエリ応答が可能になります。 詳細については、
- ALTER DATABASE (Transact-SQL)
- ALTER DATABASE SET オプション (Transact SQL)
- SET RESULT SET CACHING (Transact-SQL)
- SET ステートメント (Transact-SQL)
- sys.databases (Transact-SQL) を参照してください
順序指定クラスター化列ストア インデックス (プレビュー) 列ストアは、大量のデータの格納および効率的なクエリを実現する鍵となります。 各テーブルに対して、入力データを行グループに分割し、各行グループ内の列ごとにディスク上のセグメントを形成します。 順序指定クラスター化列ストア インデックスは、効率的なセグメントの除外を有効にすることにより、クエリの実行をさらに最適化します。 詳細については、
- CREATE TABLE
- CREATE COLUMNSTORE INDEX (Transact-SQL) を参照してください。

2019 年 3 月

サービスの機能強化 詳細
データの検出と分類 Synapse SQL のパブリック プレビューで、データの検出と分類を利用できるようになりました。 機密データや顧客のプライバシーを保護することは重要です。 ビジネスおよび顧客のデータ資産が増大するにつれて、データの検出、分類、保護が管理不能になります。 Synapse SQL にネイティブに導入されるデータの検出と分類機能を使用すると、自分のデータの保護がより管理しやすくなります。 この機能の全体的な利点は次のとおりです。
• データのプライバシー基準および規制のコンプライアンス要件を満たします。
• 機密性の高いデータを含むデータ ウェアハウスへのアクセスを制限し、セキュリティを強化します。
• 機密データへの異常なアクセスを監視し、アラートを出します。
• Azure portal の中央ダッシュボードで機密データを視覚化します。

データの検出と分類は、脆弱性評価と脅威検出が含まれた Advanced Data Security の一部として、すべての Azure リージョンで利用できます。 データの検出と分類の詳細については、ブログ記事およびオンラインのドキュメントをご覧ください。
ROLLUPでグループ化 ROLLUP が GROUP BY オプションでサポートされるようになりました。 GROUP BY ROLLUP によって列式の組み合わせごとにグループが作成されます。 GROUP BY ではまた、結果が小計と総計に "ロール アップ" されます。 GROUP BY 関数は、右から左に処理し、グループと集計が作成される列式の数を減らします。 列の順序は ROLLUP 出力に影響を与えます。結果セット内の行数に影響を与えることもあります。

GROUP BY ROLLUP の詳細については、GROUP BY (Transact-SQL) を参照してください。
DWU の使用量と CPU ポータルのメトリックの精度向上 Synapse SQL によって、Azure portal のメトリックの精度が大幅に改善されます。 このリリースでは、CPU と DWU の使用量のメトリックの定義が修正され、計算ノード全体でワークロードが正しく反映されます。 この修正前は、メトリック値は過小報告されていました。 Azure portal では、使用された DWU と CPU メトリックに増加が予想されます。
行レベルセキュリティ 2017 年 11 月に、行レベルのセキュリティ機能を導入しました。 このサポートを外部テーブルにも拡張するようになりました。 さらに、セキュリティ フィルター述語を定義するために必要なインライン テーブル値関数 (インライン TVF) で非決定論的関数を呼び出すためのサポートを追加しました。 この追加により、セキュリティ フィルター述語で IS_ROLEMEMBER()、USER_NAME() などを指定できるようになりました。 詳細については、行レベルのセキュリティ ドキュメントの例を参照してください。
追加の T-SQL サポート Synapse SQL の T-SQL 言語セキュリティが拡張され、STRING_SPLIT (Transact-SQL) のサポートが含まれるようになりました。
クエリ オプティマイザーの機能強化 クエリの最適化は、あらゆるデータベースの重要な構成要素です。 クエリの最も優れた実行方法を最適に選択することによって、大幅な改善が見込まれます。 分散環境で複雑な分析クエリを実行する場合、実行される操作の数が重要になります。 より質の高いプランを生成することで、クエリのパフォーマンスが向上しています。 これらのプランによって、高価なデータ転送操作や冗長な計算 (重複したサブクエリなど) が最小限に抑えられます。 詳細については、この Azure Synapse のブログの投稿を参照してください。

ドキュメントの改善

ドキュメントの改善 詳細

2019 年 1 月

サービスの機能強化

サービスの機能強化 詳細
並べ替え後の戻りの最適化 SELECT...ORDER BY クエリはこのリリースでパフォーマンス向上が加わりました。 すべての計算ノードの結果が単一の計算ノードに送信されるようになりました。 そのノードで結果がマージされ、並べ替えられた結果がユーザーに返されます。 単一の計算ノードを経由してマージすることにより、クエリの結果セットに多数の行が含まれている場合、パフォーマンスが大幅に向上します。 以前は、クエリ実行エンジンが各計算ノード上で結果を並べ替えていました。 結果は制御ノードにストリーミングされました。 制御ノードが結果を統合しました。
PartitionMove と BroadcastMove でのデータ移動の機能強化 種類が ShuffleMove であるデータ移動手順では、瞬時データ移動手法が使用されています。 詳細については、パフォーマンスの強化に関するブログをご覧ください。 このリリースでは、PartitionMove と BroadcastMove で、同じ瞬時データ移動手法が利用されるようになりました。 これらの種類のデータ移動手順を使用するユーザー クエリの実行では、パフォーマンスが向上します。 これらのパフォーマンスの向上を利用するためにコードを変更する必要はありません。
重要なバグ 誤ったAzure Synapseバージョン - SELECT @@VERSIONは誤ったバージョン、10.0.9999.0を返すことがあります。 現在のリリースの正しいバージョンは 10.0.10106.0 です。 このバグは報告されており、現在審査中です。

ドキュメントの改善

ドキュメントの改善 詳細
なし

2018 年 12 月

サービスの機能強化

サービスの機能強化 詳細
仮想ネットワーク サービス エンドポイントの一般提供 このリリースでは、すべての Azure リージョンの Azure Synapse の SQL Analytics で、仮想ネットワーク (VNet) サービス エンドポイントの一般提供が開始されます。 VNet サービス エンドポイントを利用すると、お客様の仮想ネットワーク内にある特定のサブネットまたは一連のサブネットからお客様のサーバーへの接続を分離できます。 VNetからAzure Synapseへのトラフィックは常にAzureのバックボーンネットワーク内に留まります。 このダイレクト ルートは、インターネット トラフィックを仮想アプライアンスやオンプレミス経由にするそのような特定のルートよりも優先されます。 サービス エンドポイント経由の仮想ネットワーク アクセスに対して別途課金されることはありません。 Azure Synapse の現在の価格モデルがそのまま適用されます。

今回のリリースでは、Azure Blob File System ドライバー (ABFS): Hadoop 専用の Azure Storage ドライバー (ABFS) を通じて、Azure Data Lake Storage (ADLS) の概要への PolyBase 接続も可能にしました。 Azure Data Lake Storage Gen2 は、分析データのライフサイクル全体に必要なすべての特性を Azure Storage にもたらします。 Azure Blob Storage と Azure Data Lake Storage Gen1 という、既にある 2 つの Azure ストレージ サービスの機能が集約されています。 Azure Data Lake Storage Gen1 のファイル システムのセマンティクス、ファイルレベルのセキュリティ、スケーラビリティなどの機能と、Azure Blob Storage の概要で紹介されている低コストの階層化ストレージ、高可用性/ディザスター リカバリー機能が組み合わされています。

PolyBaseを使えば、VNet で保護された Azure Storage から Azure Synapse の SQL Analytics にデータをインポートすることも可能です。 同様に、Azure SynapseからVNetにセキュアされたAzure StorageへのデータエクスポートもPolyBase経由でサポートされています。

Azure SynapseのVNet Service Endpointsの詳細については、Azure SynapseのVNet Service EndpointsまたはVirtual Network service endpointのドキュメントを参照してください。
自動パフォーマンス監視 (プレビュー) Azure Synapse の SQL Analytics でクエリ ストアがプレビューとしてご利用いただけるようになりました。 クエリ ストアは、クエリ パフォーマンスのトラブルシューティングを支援するように設計されています。クエリ、クエリ プラン、ランタイム統計、クエリ履歴を追跡することにより、お客様のデータ ウェアハウスのアクティビティとパフォーマンスを監視できるようにします。 クエリ ストアは、内部ストアと動的管理ビュー (DMV) のセットであり、以下のことを行えます。

• 最もリソース消費量の多いクエリを特定し調整する
• 計画外のワークロードを識別して改善する
• 統計、インデックス、またはシステム サイズ (DWU 設定) の変化によって、クエリのパフォーマンスとプランへの影響を評価する
• 実行されたすべてのクエリの完全なクエリ テキストを表示する

クエリ ストアには、3 つの実際のストアが含まれています。
• 実行プラン情報を保持するためのプラン ストア
• ランタイム統計情報を保持するためのランタイム統計ストア
• 待機統計情報を保持するための待機統計ストア

Azure Synapse の SQL Analytics では、これらのストアが自動的に管理され、過去 7 日間に保存されたクエリを数を制限せず、追加料金なしで提供します。 クエリ ストアを有効にするのは、ALTER DATABASE T-SQL ステートメントを実行するのと同じくらい簡単です。
sql ----ALTER DATABASE [DatabaseName] SET QUERY_STORE = ON;-------クエリ ストアの詳細については、「クエリのストアを使用した、パフォーマンスの監視」という記事や、sys.query_store_query などのクエリ ストア DMV を参照してください。 履歴クエリの分析について詳しくは、「Azure Synapse Analytics での履歴クエリのストレージと分析」を参照してください。
SQL Analytics 向けの下位のコンピューティング レベル Azure Synapse の SQL Analytics では下位のコンピューティング レベルがサポートされるようになりました。 お客様は、Azure Synapse の優れたパフォーマンス、柔軟性、セキュリティ機能を、最初は 100 cDWU (データ ウェアハウス ユニット) で開始し、数分で 30,000 cDWU まで拡張できます。 2018 年 12 月半ばから、こちらのリージョンでは、Gen2 のパフォーマンスと柔軟性を下位のコンピューティング レベルでご利用いただけます。その他のリージョンでは、2019 年中に利用できるようになります。

Microsoft は次世代データ ウェアハウスのエントリ ポイントを下げ、セキュリティで保護された高パフォーマンスなデータ ウェアハウスの利点をすべて評価する必要のある価値重視型のお客様に門戸を開いています。お客様が最適な試用環境を推測する必要はありません。 顧客は現在の開始基準である500 cDWUから引き下げられ、100 cDWUから開始できるようになるかもしれません。 SQL Analytics では、一時停止操作と再開操作が引き続きサポートされます。また、単なるコンピューティングの柔軟性以外の利点もあります。 Gen2 は、無制限の列ストア ストレージ容量、1 クエリあたり 2.5 倍以上のメモリ、最大 128 件の同時クエリ、およびアダプティブ キャッシング機能もサポートしています。 これらの機能では、同じ料金の Gen1 の同じデータ ウェアハウス ユニットと比較して、平均 5 倍以上のパフォーマンスが実現されています。 Gen2 では地理的冗長バックアップが標準であり、保証付きデータ保護が組み込まれています。 Azure Synapse の SQL Analytics は、いつでも拡張することができます。
列ストアのバックグラウンド マージ Azure SQL Data では、既定で、行グループと呼ばれるマイクロパーティションを使用して、列形式でデータを格納します。 インデックスビルドやデータロード時のメモリ制約により、行グループが最適なサイズである100万行より少ない行数で圧縮されることもあります。 削除によって行グループが断片化されることもあります。 小さな行グループや断片化されている行グループでは、メモリの消費量が増え、クエリの実行が非効率になります。 このリリースを使用すると、コラムストアのバックグラウンド メンテナンス タスクによって、小さな圧縮済みの行グループがマージされ、メモリ使用率を高めてクエリの実行を高速化するために、より大きな行グループが作成されます。

2018 年 10 月

サービスの機能強化

サービスの機能強化 詳細
データウェアハウス用の DevOps Azure Synapse の Synapse SQL で要求が多かった機能が、Visual Studio での SQL Server Data Tool (SSDT) のサポートによってプレビュー状態になりました。 開発者のチームは、1 つのバージョン管理されたコードベースで共同作業し、世界中の任意のインスタンスに変更をすばやくデプロイできます。 この機能は、プレビューで使用できます。 需要が多いため、お客様にとって最適なエクスペリエンスを実現するためにプレビューへの受け入れを管理しています。 サインアップ後、7 営業日以内に状態を確認することを目指しています。
行レベルセキュリティの一般公開 Azure Synapse の Synapse SQL では、機密データをセキュリティ保護する強力な機能を追加する行レベル セキュリティ (RLS) がサポートされるようになりました。 RLS を導入することにより、テーブル内でアクセスできる行とアクセスできる人など、行に対するアクセスを制御するためのセキュリティ ポリシーを実装できます。 RLS を使用すると、ご使用のデータ ウェアハウスを再設計しないでも、このようなきめ細やかなアクセス制御が可能になります。 アクセス制限のロジックは、別のアプリケーションのデータから離れた場所ではなく、データベース層そのものに配置されているため、全般的なセキュリティ モデルが RLS によって簡素化されます。 また、RLS により、アクセス制御を管理するために行をフィルター処理するビューを導入する必要がなくなります。 すべてのお客様について、このエンタープライズ グレードのセキュリティ機能の追加コストはありません。
高度なアドバイザー データ ウェアハウスのレコメンデーションとメトリックの追加により、Azure Synapse の Synapse SQL を簡単に高度にチューニングできるようになりました。 任意に活用できる Azure Advisor からの以下の高度なパフォーマンス レコメンデーションが追加されています。

1.アダプティブ キャッシュ – キャッシュ使用率の最適化のために拡大縮小するタイミングに関するアドバイスを得られます。
2.テーブルの分散 – データ移動を減らしてワークロードのパフォーマンスを向上させるために、テーブルをレプリケートするタイミングを判別します。
3. Tempdb – 拡張とリソース クラスを構成すべきタイミングを理解して、tempdb の競合を軽減する。

概要ブレードでのほぼリアルタイムのメトリックに関する拡張されたカスタマイズ可能な監視グラフなど、Azure Monitor によるデータ ウェアハウス メトリックのより深い統合が提供されています。 使用状況の監視や、データ ウェアハウス レコメンデーションの検証や適用の際、Azure Monitor メトリックにアクセスするためにデータ ウェアハウスの概要ブレードから移動しなくてもよくなりました。 さらに、パフォーマンス推奨を補完する tempdb や適応キャッシュ利用率などの新しい指標も利用可能です。
統合されたアドバイザーによる高度なチューニング データ ウェアハウスの推奨事項とメトリックの追加、および Azure Advisor と Azure Monitor が統合されたポータル概要ブレードのデザイン変更により、Azure Synapse を簡単に高度にチューニングできるようになりました。
高速データベース復旧 (ADR) Azure Synapse の高速データベース復旧 (ADR) がパブリック プレビューになりました。 ADR は、現在の復旧プロセスを一から再設計することで、特に実行時間の長いトランザクションがある場合などにデータベースの可用性を大幅に向上させる、新しい SQL Server エンジンです。 ADR の主な利点は、高速かつ一貫性のあるデータベースの復旧と、瞬時のトランザクション ロールバックです。
Azure Monitor リソース ログ Azure Synapse では、Azure Monitor リソース ログを直接統合し、分析ワークロードのより高度な分析情報を利用できるようになりました。 この新しい機能により、開発者は長期間にわたってワークロード ビヘイビアーを分析し、クエリの最適化や容量の管理に関して十分に情報を得たうえで決定を下すことができます。 データ ウェアハウスのワークロードに対する追加の分析情報を提供する Azure Monitor リソース ログにより、外部ログ プロセスを導入しました。 現在、Log Analyticsを使って過去のクエリパフォーマンストラブルシューティング機能のためにリソースログを設定できます。 Azure Monitor リソース ログでは、監査目的でログをストレージ アカウントに保存することによって、カスタマイズ可能な保有期間をサポートしています。また、ほぼリアルタイムでのテレメトリの分析情報を入手するためにログをイベント ハブにストリームしたり、ログ クエリで Log Analytics を使用することによってログを分析したりすることが可能です。 リソース ログは、お使いのデータ ウェアハウスのテレメトリ ビューで構成されています。これは、よく使用される Azure Synapse の SQL Analytics でのパフォーマンス トラブルシューティングの DMV に相当します。 この最初のリリースでは、以下のシステム動的管理ビューが有効になっています。

・ sys.dm_pdw_exec_requests
• sys.dm_pdw_request_steps
・ sys.dm_pdw_dms_workers
・ sys.dm_pdw_waits
・ sys.dm_pdw_sql_requests
列ストアのメモリ管理 圧縮された列ストア行グループの数が増えると、その行グループ内の列セグメント メタデータを管理するために必要なメモリも増えます。 その結果、一部の列ストア動的管理ビュー (DMV) に対して実行されるクエリのパフォーマンスとクエリが低下する可能性があります。 このリリースでは、このようなケースの内部メタデータのサイズを最適化する改善が加えられ、こうしたクエリのエクスペリエンスとパフォーマンスが向上しました。
Azure Data Lake Storage Gen2 の統合 (GA) Synapse Analytics が、Azure Data Lake Storage Gen2 とネイティブに統合されるようになりました。 お客様は、外部テーブルを使用して、ABFS から 専用 SQL プール (旧称 SQL DW) にデータを読み込むことができるようになりました。 この機能を使用することにより、Data Lake Storage Gen2 内のデータ レイクと統合できます。
重要なバグ DW2000 以降のデータ ウェアハウスでの小さいリソース クラスにおける Parquet に対する CETAS のエラー - この修正により、Create External Table As 内での Parquet コード パスに対する null 参照が正しく識別されます。

一部の CTAS 操作で ID 列の値が失われることがある - 別のテーブルへの CTAS を行うと、ID 列の値が維持されない場合があります。

クエリがまだ実行している間にセッションが終了されたときに発生する場合がある内部エラー - この修正では、クエリがまだ実行している間にセッションが終了されると、InvalidOperationException がトリガーされます。

(2018 年 11 月に配置) 顧客が Polybase を使用して複数の小さなファイルを ADLS (Gen1) から読み込もうとしたときに、パフォーマンスは十分に最適ではありませんでした。 - AAD セキュリティ トークンの検証中のシステムのパフォーマンスがボトルネックでした。 セキュリティ トークンのキャッシュを有効にすると、パフォーマンスの問題は軽減されました。

関連するコンテンツ

  • 最終更新: