Q2：SQL Serverがインストールされている場所を調べるには？ A：「SQL Server 構成マネージャー」でサービスのプロパティを調べるか、管理ツールがインストールされていない場合はサービスの構成情報を調査する。 SQL Serverがインストールされていることが確認できたら、サービスの詳細設定を見ることにより、SQL Serverがどこにインストールされているかを確認できる。サービスの詳細は「sc qc ＜サービス名＞」で確認できる（qcはquery configurationの略）。 C:\>sc qc "mssqlserver" ……sc qcコマンドでサービスの設定を調べる [SC] QueryServiceConfig SUCCESS SERVICE_NAME: mssqlserver ……サービス名 TYPE               : 10  WIN32_OWN

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #SQLServerについて SQLServerのインデックスについて学ばせていただく機会があり、ものすごく勉強になったのでまとめます。 はじめに 他のDBと同様にSQLServerにもインデックスの概念は存在します。 インデックスとは、DBデータの検索を高速に行うための索引のようなものです。 これがあることによって、データベース内すべてを検索せずに目的のデータを特定することができる便利なしくみです。 SQL Serverにおいてインデックスの種類は以下のようになっています。 ヒープ表（インデックスなしのテーブル） クラスタ化インデック

デッドロックのテストをする際のサンプルクエリなどを。 BOL では、デッドロック を確認するとよいかと思います。 第 3 章 トランザクション分離レベルの選択とデッドロックの問題～ SQL Server 2000 における Web アプリケーション開発 ～  も参考になります。 今回は以下のデッドロックを発生させるためのサンプルクエリとなっています。 サイクルデッドロック 変換デッドロック インデックス間デッドロック テスト用のテーブルのクエリは以下になります。 CREATE TABLE [dbo].[LockTest]( [Col1] [int] NOT NULL, [Col2] [int] NULL, [Col3] [int] NULL, [Col4] [int] NULL, [Col5] [int] NULL, CONSTRAINT [PK_LockTest] PRIMARY KEY

これは確かに「わからない」日本語ですね。 まず、シリアル化というのは「直列化」つまり、「何個ものＳＱＬが連続で実行できる」と考えてください。 キー範囲というのは、実際にロック対象となる結果セットキー以外に、関係ありそうな範囲にあるキーという意味です。 これを踏まえて直すと 直列に実行できるトランザクションのキーに関係ありそうな範囲にあるキーを保護するインデックス内のロック。 となります。 これでも意味わかめですね・・・ ちょっと具体的に説明します。 たとえば、トランザクションＡさんが以下のＳＱＬを投げて、以下の結果が返ったとしましょう。 select a,b from tbl1 where a>4 5 x 6 y 8 z さて、このＳＱＬを実行した後に、たまたまトランザクションＢさんが、こんなＳＱＬを投げていました。 insert into tbl1 values(7,a) トランザクショ

一応仕事で SQL Server は触っていて、テーブル型についても仕事で必要になった範囲でなんとなく使ってたんですけど、ちょっと応用したことをしようとしたらどう書けばいいのかわからなくなったので、自分の中で整理することにしました。 テーブル型変数の宣言 DECLARE @Table TABLE( Id int NOT NULL, Name varchar(20) NOT NULL ) テーブル型変数を使った SELECT SELECT * FROM @Table テーブル型変数への INSERT INSERT INTO @Table VALUES(1, 'Hoge') テーブル型変数の UPDATE UPDATE @Table SET name = name + '1' テーブル型変数の DELETE DELETE FROM @Table インラインテーブル値関数 RETURNS には

SQL Server 2005 以降では、EncryptByKey 関数を利用して、対称キー（AES や 3DES、RC4）で暗号化することができます。これは次のように利用します。 -- テーブルの作成 CREATE TABLE テスト1 ( id int IDENTITY(1, 1) ,ClearText nvarchar(100) ,EncryptData varbinary(max) ) go -- 対称キーの作成 (パスワード指定、アルゴリズムは AES_128 を指定) CREATE SYMMETRIC KEY Sym_Key1 WITH ALGORITHM = AES_128 ENCRYPTION BY PASSWORD = '<StrongPassword>' go -- 対称キーのオープン OPEN SYMMETRIC KEY Sym_Key1 DECRYPTION BY

次の様な動的SQLを作成し、テーブルのコピーを作成しようとしていますが「メッセージ 214、レベル 16、状態 2、プロシージャ sp_executesql、行 1　プロシージャにはデータ型 'ntext/nchar/nvarchar' のパラメータ '@statement' が必要です。」というエラーが出て実行できません。 構文などは間違っていないと思うのですが、よろしくご教授下さい。 ■プログラム DECLARE @SQLString VARCHAR(500) DECLARE @ParmDefinition VARCHAR(500) DECLARE @spRet int set @SQLString= N'SELECT * INTO @tableto FROM @tablefrom' set @ParmDefinition= N'@tableto VARCHAR(100),@table

SQLServerでのtext型は、2,147,483,647(2^31-1)バイト内の非Unicode可変長文字列型です。 このように大きなデータ型なので、文字数を求めるときに varchar型のように LEN関数が使えません。 しかし、text型でも 8000バイト以下なら、以下の感じで文字数を求めることができます。 サンプル（Message項目がtext型のケース） SELECT LEN(CAST([Message] AS varchar(8000))) FROM [TmpTBL] ORDER BY LEN(CAST([Message] AS varchar(8000))) DESC ちなみに、バイト数なら text型でも普通にDATALENGTH関数が使えます。 SELECT DATALENGTH([Message]) FROM [TmpTBL] ORDER BY DATALENG

適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed Instance 同じスコープ内の ID 列に挿入された最後の ID 値を返します。 スコープは、ストアド プロシージャ、トリガー、関数、バッチのいずれかのモジュールです。 したがって、2 つのステートメントが同じストアド プロシージャ、関数、またはバッチ内にある場合、これらのステートメントのスコープは同じになります。 Transact-SQL 構文表記規則 構文 SCOPE_IDENTITY() 戻り値の型 numeric(38,0) 解説 SCOPE_IDENTITY、IDENT_CURRENT、および @@IDENTITY は、ID 列に挿入された値を返すという点で似ています。 IDENT_CURRENT はスコープとセッションには限定されませんが、特定のテーブルに限定されます。 I

IDENTITY (プロパティ) (Transact-SQL) http://msdn2.microsoft.com/ja-jp/library/ms186775.aspx 取得する方法は下記の3つがある。 @@IDENTITY SCOPE_IDENTITY IDENT_CURRENT @@IDENTITY すべてのスコープを対象に、現在のセッション内の任意のテーブルに対して生成された最後の ID 値を返す。 @@IDENTITY (Transact-SQL) http://msdn2.microsoft.com/ja-JP/library/ms187342.aspx SCOPE_IDENTITY 現在のセッションと現在のスコープ内の任意のテーブルに対して生成された最後の ID 値を返します。 SCOPE_IDENTITY (Transact-SQL) http://msdn2.micro

マシンの入れ替えをする際によくあるシナリオです。 私も先日、XP から Vista に移行したのですが、コンピューター名は違えど、ユーザー名は同じにしてしまいがち。 自宅の PC ですし…（といいわけ） 普通に、元 SQL Server からデータベースをデタッチして、新 SQL Server にデータベースをアタッチする。 そして、SQL ログインユーザーを作成して、既定のデータベースを割り当てると エラー15023:ユーザーまたはロール’XXXXX’はカレントデータベースに既に存在します。 というエラーが発生することがあります。 実は、データベースユーザーは、SQL ログインアカウントの SID にマップされるので、このエラーが発生してしまいます。 この場合には、慌てずに以下の方法で解決しましょう。 KB314546 SQL Server を実行しているコンピュータ間でデータベースを移