SQL Server では、次のいずれかを使用して、コミットされていないデータ変更のダーティ リードからトランザクションを保護しながら、ロック競合を最小限に抑えることもできます。
* READ_COMMITTED_SNAPSHOT データベース オプションが ON に設定された READ COMMITTED 分離レベル。
* スナップショット分離レベル。
READ_COMMITTED_SNAPSHOT が ON (SQL Azure データベースのデフォルト) に設定されている場合、データベース エンジンは行のバージョン管理を使用して、ステートメントの開始時に存在していたトランザクション的に一貫したデータのスナップショットを各ステートメントに表示します。ロックは、他のトランザクションによる更新からデータを保護するためには使用されません。
不正解:
A: PARAMETERIZATION データベース オプションが SIMPLE に設定されている場合、SQL Server クエリ オプティマイザーはクエリをパラメータ化することを選択する場合があります。これは、クエリに含まれるリテラル値がパラメータに置き換えられることを意味します。このプロセスは、単純なパラメータ化と呼ばれます。SIMPLE パラメータ化が有効な場合、どのクエリがパラメータ化され、どのクエリがパラメータ化されないかを制御することはできません。
B: PARAMETERIZATION データベース オプションを FORCED に設定すると、データベース内のすべてのクエリがパラメータ化されるように指定できます。このプロセスは強制パラメータ化と呼ばれます。
C: 遅延トランザクションの耐久性は、ディスクへの非同期ログ書き込みを使用して実現されます。トランザクション ログ レコードはバッファに保存され、バッファがいっぱいになるかバッファ フラッシュ イベントが発生するとディスクに書き込まれます。
遅延トランザクションの耐久性により、システム内の遅延と競合の両方が軽減されます。
遅延トランザクション持続性を使用するとメリットが得られるケースとしては、次のようなものがあります。
* 多少のデータ損失は許容されます。
* トランザクション ログの書き込みでボトルネックが発生しています。
* ワークロードの競合率が高くなります。
参照：
https://docs.microsoft.com/en-us/sql/t-sql/statements/set-transaction-isolation-level-transact-sql

参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/long-term-backup-retention-configure

説明

https://learn.microsoft.com/en-us/azure/app-service/tutorial-connect-msi-sql-database?tabs=windowsclient%2Ce

セクション: [なし]
Explanation:
クラウド プロバイダーのインフラストラクチャ ログ。
Databricks のログ記録により、セキュリティ チームと管理チームは Databricks ワークスペース内またはワークスペースからのデータ ガバナンス標準への準拠を実証できます。特に規制された業界の顧客は、次のような活動に関する記録も必要とします。
* クラウド データ ストレージへのユーザー アクセス制御
* クラウド ID およびアクセス管理の役割
* クラウド ネットワークとコンピューティングへのユーザー アクセス
Azure Databricks は、データ分析ワークフローに合わせて調整された複数の VM インスタンス上で 3 つの異なるワークロードを提供します。ジョブ コンピューティング ワークロードとジョブ ライト コンピューティング ワークロードにより、データ エンジニアはジョブの構築と実行が容易になり、汎用コンピューティング ワークロードによりデータ サイエンティストは簡単にジョブを構築および実行できるようになります。データと洞察をインタラクティブに探索、視覚化、操作、共有します。
参照：
https://databricks.com/blog/2020/03/25/trust-but-verify-with-databricks.html