デッドロックは、複数のタスクが無期限に相互ブロックすることで発生します。つまり、一方のタスクがロックを試みているリソースに対して他方のタスクがロックを獲得し、これが相互に行われるとデッドロックが発生します。次の図に、デッドロック状態の概要を示します。 タスク T1 は、リソース R1 のロックを所有し (R1 から T1 への矢印で表しています)、リソース R2 のロックを要求しました (T1 から R2 への矢印で表しています)。 タスク T2 は、リソース R2 のロックを所有し (R2 から T2 への矢印で表しています)、リソース R1 のロックを要求しました (T2 から R1 への矢印で表しています)。 どちらのタスクもリソースが使用できるようになるまで続行できず、どちらのリソースもタスクが続行するまで解放できないため、デッドロック状態が発生します。 SQL Server デー

データベース内のすべてのテーブルとインデックスのパーティションごとに 1 行のデータを保持します。SQL Server 2005 のテーブルとインデックスは、明示的にパーティション分割されていない場合でも、1 つ以上のパーティションが保持されているものと見なされます。 列名 データ型 説明

適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW) どのようなデータベースであっても、トランザクションを正しく管理しないと、ユーザー数が多いシステムでは競合やパフォーマンスの問題を招くことがあります。 データにアクセスするユーザー数が多いほど、トランザクションが効率的に行われるアプリケーションを用意することが重要になります。 このガイドでは、各トランザクションの物理的な整合性を確保するために SQL Server データベース エンジンで使用されるロックおよび行のバージョン管理のメカニズムと、アプリケーションで効率的にトランザクションを制御する方法について説明します。 Note 最適化されたロックは、ロック メモリと

例 A. ASCII と CHAR を使用して、文字列から ASCII 値を印刷するには この例では、New Moon という文字列の各文字とそれに対応する ASCII コードの値を出力します。 SET TEXTSIZE 0; -- Create variables for the character string and for the current -- position in the string. DECLARE @position INT, @string CHAR(8); -- Initialize the current position and the string variables. SET @position = 1; SET @string = 'New Moon'; WHILE @position <= DATALENGTH(@string) BEGIN SEL

共通テーブル式 (CTE) には、自身を参照して再帰 CTE を作成できるという大きな利点があります。再帰 CTE は、完全な結果セットを取得できるまで、最初の CTE を繰り返し実行してデータのサブセットを返す CTE です。 再帰 CTE を参照するときのクエリを再帰クエリと呼びます。再帰クエリの一般的な使用方法として、階層データを返す処理があります。たとえば、組織図に含まれている従業員を表示する処理や、親製品に 1 つ以上のコンポーネントがある部品表で、個々のコンポーネントにサブコンポーネントがあったり、コンポーネントが他の親のコンポーネントであるような場合に、データを表示する処理に使用できます。 再帰 CTE を使用すると、SELECT、INSERT、UPDATE、DELETE、または CREATE VIEW の各ステートメント内で再帰クエリを実行するために必要なコードを大幅に簡素

この記事は、SQL Server Management Studio (SSMS) にテーブルを保存しようとしたときにエラー メッセージが表示される問題を回避するのに役立ちます。 元の製品バージョン: SQL Server 元の KB 番号: 956176 現象 SQL Server Management Studio でデザイナーを使用してテーブルの変更を行った後にテーブルを保存しようとすると、次のエラー メッセージが表示される場合があります。 変更の保存が許可されていません。 変更を行った場合は、次のテーブルを削除して再作成する必要があります。 再作成できないテーブルに変更を行ったか、テーブルの再作成が必要な変更を、保存できないようにするオプションが有効になっています。 この問題は、テーブルに次の 1 つ以上の変更を行った場合に発生します。 列の [Null の許可] 設定を変更します

During SQL Server Setup, you will be prompted to select either Windows collations or binary collations. Your choice of collations affects the data comparison and sort order behaviors of your instance of Microsoft SQL Server. This topic provides considerations for choosing Microsoft Windows collations or binary collations for your SQL Server implementation. 注意 For Windows collations, the nchar, nva

The following considerations will help you to decide whether BIN or BIN2 binary collations are appropriate for your SQL Server implementation. Binary collations sort data based on the sequence of coded values defined by the locale and data type. A binary collation in SQL Server defines the locale and the ANSI code page to be used, enforcing a binary sort order. Binary collations are useful in achi