SQL Serverに1億件を超える大量のテストデータを作成する必要がありできるだけ高速な方法を調べてみた。 ストプロを試してみる まずはストプロを作成してどの程度になる確認してみる。単純にループを回してINSERTを1件づつ行う方法でまずは100万件で試してみる。 ALTER PROCEDURE dbo.CreateData AS SET NOCOUNT ON DECLARE @RowCount INT SET @RowCount = 0 WHILE @RowCount < 1000000 BEGIN INSERT INTO TestTable VALUES (@RowCount, 'DATA' + right('0000000000' + convert(varchar, @RowCount), 10)) SET @RowCount = @RowCount + 1 END RETURN

ググってみてもそれらしい情報が無かったので書いてみる。 原因不明のデッドロックで悩んでる人を救えるかもしれないという期待もあり。 テスト環境 SQL SERVER 2008 Express SP1 テスト内容 概要 あるテーブルを更新する処理と参照する処理でデッドロックが発生することを確認する。 詳細 A.クラスタ化インデックスを使用して更新項目を特定し、 非クラスタ化インデックスキー項目のカラムを更新する。 B.非クラスタ化インデックスを使用して参照項目を特定し、 該当項目を参照する。 AとBの処理が同時に動いた場合にデッドロックになることを確認する。 テーブル構成 列 id:int Status:int Memo:char(256) インデックス クラスタ化インデックス ID 非クラスタ化インデックス Status 内容 適当なデータ1000件 更新SQL SET TRANSACTIO

いつも忘れるのでメモ。 SQL Server 2008 の SQL Server Management Studio では、テーブルのデザインを変更しようとしても、 変更の保存が許可されていません。行った変更には、次のテーブルを削除して再作成することが必要になります。再作成できないテーブルに変更を行ったか、テーブルの再作成を必要とする変更を保存できないようにするオプションが有効になっています。 なんてエラーが出て出来ない場合がある。 これを回避するためには、 メニューから「ツール」を選ぶ 「オプション」を選ぶ 左側のツリーから「デザイナ」を選ぶ 右側の「テーブル オプション」から「テーブルの再作成を必要とする変更を保存できないようにする」のチェックを外す とすれば、出来るようになる。

.NET 2.0 で、大量のデータをインポートするクラス SqlBulkCopy が導入された。その性能を試してみたのでメモ。 テスト結果 試行したPCの性能は以下のとおり。 CPU : Pen4 2.4GHz , RAM : 512MB , OS : WinXPSP2 , DB : SQLServer 2005 Express 各データ数に対して連続で５回試行し、その平均をとってみた。 データ数 SqlCommand SqlBulkCopy 100 : 108.6 [ms] 15.0 [ms] 1000 : 990.2 [ms] 80.6 [ms] 10000 : 7999.6 [ms] 193.4 [ms] 100000 : 75634.0 [ms] 1696.4 [ms]1000件くらいなら１件ずつINSERTでも我慢できないレベルじゃないけど、１万件を超えると迷わず SqlBulk

using System.Data.SqlClient; class Program { static void Main() { string connectionString = GetConnectionString(); // Open a sourceConnection to the AdventureWorks database. using (SqlConnection sourceConnection = new SqlConnection(connectionString)) { sourceConnection.Open(); // Perform an initial count on the destination table. SqlCommand commandRowCount = new SqlCommand( "SELECT COUNT(*) FROM "

適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed Instance このチュートリアルは、Transact-SQL については理解しているが、hierarchyid データ型は初めて使用するユーザーを対象としています。 学習する内容 このチュートリアルは、次の 2 つのレッスンで構成されています。 レッスン 1:テーブルの階層構造への変換 このレッスンでは、親子階層として構成されている既存の従業員テーブルを使用し、 hierarchyid データ型を使用して階層を表す新しいテーブルにデータを移動します。 このレッスンを学習するには、 AdventureWorks2022 サンプル データベースが必要です。 レッスン 2: 階層テーブルでのデータの作成と管理 このレッスンでは、 hierarchyid データ型を使用して階層構造を表すテーブ

図 1-5-1 　 PRIMARY KEY 制約と UNIQUE KEY 制約を作成すると暗黙的にインデックスは作成される 1-6. sysindexes システムテーブルの理解 sysindexes システムテーブルはテーブルとインデックスに関する情報が格納される重要なテーブルであり、データベース内のインデックスとテーブルごとに 1 行のデータを保持します。インデックスの理解を深めるためにはsysindexesテーブルを理解することが必要です。その中でも以下の列は特に重要です。 indid 列 0 ‥   このエントリがヒープであることを示します 1 ‥   このエントリがクラスタ化インデックスであることを示します 2 ～ 250 ‥   このエントリが非クラスタ化インデックスであることを示します FirstIAM 列 indid が 0 の場合、インデックスを使わずにヒープにアクセスす

Hierarchy ID Model Your Data Hierarchies With SQL Server 2008 Kent Tegels Code download available at:SQLHierarchyID2008_09a.exe(155 KB) This article is based on a prerelease version of SQL Server 2008 RC0. All information herein is subject to change. Contents Hierarchical Data A Bill of Materials Problem Using Entities to Understand the Problem A BOM System in SQL Server 2005 Create the Tables Que