説明
グラフィカルユーザーインターフェース、テキスト、アプリケーションの説明が自動的に生成される

完全な解決策については説明部分を参照してください。
Explanation:
db1 の SalesLT.SalesOrderHeader テーブルの PK_SalesOrderHeader_SalesOrderlD クラスター化インデックスでページ圧縮を有効にするには、次の Transact-SQL スクリプトを使用できます。
-- db1 という名前の Azure SQL データベースに接続します
db1 を使用します。
行く
-- クラスター化インデックスでページ圧縮を有効にする
ALTER INDEX PK_SalesOrderHeader_SalesOrderlD ON SalesLT.SalesOrderHeader REBUILD WITH (DATA_COMPRESSION = PAGE); GO このスクリプトは、ページ圧縮を使用してクラスター化インデックスを再構築します。これにより、ストレージ領域が削減され、クエリ パフォーマンスが向上します。スクリプト ソリューションは、次の 3 つの部分で構成されます。
* 最初の部分は USE db1; GO です。この部分は、SalesLT.SalesOrderHeader テーブルが配置されている db1 という名前の Azure SQL データベースに接続します。GO コマンドは、Transact-SQL ステートメントのバッチを分割し、サーバーに送信します。
* 2番目の部分はALTER INDEX PK_SalesOrderHeader_SalesOrderlD ONです
SalesLT.SalesOrderHeader REBUILD WITH (DATA_COMPRESSION = PAGE); GO。この部分では、SalesLT.SalesOrderHeader テーブルに定義されている PK_SalesOrderHeader_SalesOrderlD というクラスター化インデックスのページ圧縮を有効にします。ALTER INDEX ステートメントは、既存のインデックスのプロパティを変更します。REBUILD オプションは、圧縮設定を変更するために必要なインデックスを最初から再構築します。DATA_COMPRESSION = PAGE オプションは、インデックスにページ圧縮を適用することを指定します。つまり、行圧縮とプレフィックス圧縮の両方が使用されます。ページ圧縮は、ページレベルでデータを圧縮することで、ストレージ容量を削減し、クエリのパフォーマンスを向上させることができます。GO コマンドは、一連のステートメントを終了します。
* 3番目の部分はオプションですが、インデックスの圧縮状態を確認するのに役立ちます。SELECT name, index_id, data_compression_desc FROM sys.indexes WHERE object_id = OBJECT_ID('SalesLT.SalesOrderHeader'); という文で実行されます。この部分は、データベース内のインデックスに関する情報を含む sys.indexes カタログビューをクエリします。SELECT文は、SalesLT.SalesOrderHeaderテーブルに属するインデックスの name、index_id、および data_compression_desc 列を返します。OBJECT_ID関数は、テーブル名のオブジェクト識別番号を返します。data_compression_desc列は、インデックスの圧縮タイプを示します。スクリプト実行後、クラスター化インデックスの圧縮タイプはPAGEになります。
これらは、db1 の SalesLT.SalesOrderHeader テーブルのクラスター化インデックスでページ圧縮を有効にするスクリプト ソリューションの手順です。

セクション: [なし]
Explanation:
ファイル数は、マシン上の（論理）プロセッサの数によって異なります。一般的なルールとして、論理プロセッサの数が8以下の場合は、論理プロセッサと同じ数のデータファイルを使用します。論理プロセッサの数が8を超える場合は、8つのデータファイルを使用し、それでも競合が続く場合は、競合が許容レベルまで減少するまでデータファイルの数を4の倍数ずつ増やすか、ワークロード/コードを変更します。
参照：
https://docs.microsoft.com/en-us/sql/relational-databases/databases/tempdb-database