SQL Server 入門

▶️ SQL Server 2025 と SSMS のインストール方法【接続確認まで】

Mon, 08 Dec 2025 12:00:00 GMT

この動画では、Windows 環境に Microsoft SQL Server 2025 と SQL Server Management Studio（SSMS）をインストールし、実際にサーバーに接続できるところまでを解説します。

・SQL Server 2025 のエディション選び（Developer / Express の違い）
・インストーラーのダウンロード方法
・SQL Server 2025 のインストール手順
・SSMS のダウンロードとインストール
・インストール後に SSMS から接続し、簡単なクエリで動作確認

学習用・検証用の開発環境をこれから用意したい方向けの内容です。
当チャンネルでは、今後 SQL Server Agent の使い方なども取り上げていきますので、SQL Server 2025 Developer エディションをインストールしています。
商用利用はできない点にご注意ください。
Express エディションでも SQL の基本的な学習は可能です。

SQL Server で BULK INSERT を使って CSV を取り込む方法と注意点

Mon, 10 Nov 2025 04:46:00 GMT

test

SQL Server の有効桁数 (precision) と小数点以下桁数 (scale) について

Tue, 26 Aug 2025 01:50:00 GMT

SQL Server の有効桁数 (precision) と小数点以下桁数 (scale) について

SQL Server入門書
有効桁数 (precision) と小数点以下桁数 (scale)
DECIMAL を使った計算列を作った時などに、有効桁数 (precision) と小数点以下桁数 (scale) がなぜそれになったのかな、と思ったことはありませんか？

SQL Server では、DECIMAL の値の計算の結果がどのような有効桁数と小数点以下桁数になるかのルールがあります。

この記事では、SQL Server の有効桁数と小数点以下桁数についてと、DECIMAL の計算結果の有効桁数と小数点以下桁数のルールについてご説明します。

目次
有効桁数 (precision) と小数点以下桁数 (scale) とは？
DECIMAL の計算結果のデータ型のルール
和・差・積・商の有効桁数と小数点以下桁数のルール
足し算の計算結果の有効桁数と小数点以下桁数
引き算の計算結果の有効桁数と小数点以下桁数
掛け算の計算結果の有効桁数と小数点以下桁数
割り算の計算結果の有効桁数と小数点以下桁数

SQL Server の計算列 (Computed Column) の使い方と注意点

Tue, 19 Aug 2025 02:42:00 GMT

SQL Server の計算列 (Computed Column) の使い方と注意点

SQL Server の計算列 (Computed Column)
データベースのテーブルを設計する時に、他のカラムの値を使って計算した結果をカラムとして持たせたいような時ありませんか？

例えば、注文の情報を持つ Orders テーブルに OrderQty（注文個数）とUnitPrice（単価）のカラムがあって、OrderQty * UnitPrice で計算された OrderAmount（注文金額）というようなカラムを持たせたいような時です。

そんなときに便利なのが、計算列 (Computed Column) です。

この記事では、計算列の基本的な使い方と注意点などをご説明します。

SQL Server - 外部キーと参照先の一覧を取得する方法

Mon, 11 Aug 2025 05:15:00 GMT

SQL Server - 外部キーと参照先の一覧を取得する方法

SQL Server で外部キーと参照先の一覧を取得する方法
SQL Server で開発をしていて、マスター側の仕様変更などで、変更の影響を調べるのに、そのマスターデータを参照している外部キーの一覧を取得したいような状況ありませんか？

この記事では、SQL Server で外部キーと参照先の一覧を取得する方法をご紹介します。

目次
システムカタログビューを使う方法
システムストアドプロシージャを使う方法
システムカタログビューを使う方法
SQL Server では、sys.foreign_keys や sys.foreign_key_columns などのシステムカタログビューを使って、外部キーと参照先の一覧を取得することが

T-SQL - よく使う CREATE TABLE と ALTER TABLE のクエリーのまとめ

Sat, 09 Aug 2025 07:25:00 GMT

T-SQL - よく使う CREATE TABLE と ALTER TABLE のクエリーのまとめ

SQL Server hosting
よく使う CREATE TABLE と ALTER TABLE 文
SQL Server で開発をしていると、クエリーでテーブルを作成したり変更したりする機会が出てくると思います。

ここでは、私も実際によく使う CREATE TABLE と ALTER TABLE 文をまとめておきたいと思います。

目次
CREATE TABLE: 主キーを作成
CREATE TABLE: 主キーに名前をつけて作成
CREATE TABLE: 複合の主キーを作成
CREATE TABLE: DEFAULT 制約を作成
CREATE TABLE: DEFAULT 制約を名前をつけて作成
CREATE TABLE: CHECK 制約を作成
CREATE TABLE: CHECK 制約を名前をつけて作成
CREATE TABLE: 外部キーを作成
CREATE TABLE: 外部キーに名前をつけて作成
ALTER TABLE: カラムを追加
ALTER TABLE: カラムを追加すると同時に DEFAULT 制約の追加
ALTER TABLE: カラムを追加すると同時に CHECK 制約の追加
ALTER TABLE: カラムを追加すると同時に外部キーを追加
ALTER TABLE: カラムを NULL から NOT NULL に変更
ALTER TABLE: カラムのデータ型を変更
ALTER TABLE: DEFAULT 制約を追加
ALTER TABLE: CHECK 制約を追加
ALTER TABLE: 外部キーを追加
ALTER TABLE: カラムの削除
ALTER TABLE: 制約（外部キー・DEFAULT・CHECK）を名前を指定して削除

SQL Server のデータ型の優先順位と注意点

Wed, 06 Aug 2025 06:30:00 GMT

SQL Server のデータ型の優先順位と注意点

SQL Server hosting
SQL Server のデータ型の優先順位と注意点について
SQL Server のデータ型には「優先順位」というものがあります。

そして、それを知っていないとエラーになってしまうような場面もたまにあります。

この記事では、SQL Server のデータ型の優先順位と注意点などをご紹介します。

目次
SQL Server のデータ型の優先順位
データ型の優先順位に関連する注意点

T-SQL - TRANSLATE 関数の使い方と REPLACE 関数との違い

Tue, 05 Aug 2025 06:49:00 GMT

よく使われる SQL Server のビルトインのファンクション
T-SQL - TRANSLATE 関数の使い方と REPLACE 関数との違い

TRANSLATE 関数の基本とREPLACE 関数との違い
SQL Server を使って開発をしていると、文字を置き換えたい時がたまにあるかと思います。

T-SQL で文字を置き換えると聞いてまず思いつくのが REPLACE 関数かもしれませんが、TRANSLATE 関数を使っても文字を置き換えることができます。

ですが、REPLACE 関数と TRANSLATE 関数では少し動きが違います。

この記事では、SQL Server の TRANSLATE 関数の基本的な使い方とREPLACE 関数との違いなどをご紹介します。

目次SQL Server hosting
TRANSLATE 関数の基本的な使い方
TRANSLATE 関数と REPLACE 関数の違い

T-SQL - COALESCE 関数の使い方と注意点

Fri, 01 Aug 2025 06:49:00 GMT

T-SQL - COALESCE 関数の使い方と注意点

COALESCE 関数の使い方と注意点
この記事では、SQL Server の COALESCE 関数の基本的な使い方と注意点をご紹介します。

目次
COALESCE 関数の基本的な使い方
COALESCE 関数の注意点
COALESCE 関数の基本的な使い方
SQL Server の COALESCE 関数は、渡した引数の中で、最初に NULL ではない値を返す関数です。

Visual Studio Code の MSSQL エクステンションを使って SQL Server に接続する方法

Tue, 29 Jul 2025 02:09:00 GMT

Visual Studio Code の MSSQL エクステンションを使って SQL Server に接続する方法

通常、SQL Server に接続・開発するのに SQL Server Management Studio (SSMS) を使うと思います。

ですが、SQL Server Management Studio (SSMS) は Windows 以外の環境用のものは用意されていません。

macOS や Linux などから SQL Server に接続する際には Azure Data Studio というクラスプラットフォームのプログラムがありますが、Azure Data Studio は、マイクロソフトから 2025 年 2 月に廃止が発表され、2026 年 2 月 28 日にサポートが終了する予定です。

Azure Data Studio の代わりに、Visual Studio Code の MSSQL エクステンションを使うように推奨されいます。

この記事では、Mac の VS Code (Visual Studio Code) に SQL Server (mssql) エクステンションをインストールし、SQL Server に接続する方法をご紹介します。

目次
VS Code に SQL Server (mssql) エクステンションをインストールする
SQL Server (mssql) エクステンションから SQL Server に接続する
VS Code に SQL Server (mssql) エクステンションをインストールする
まずは、VS Code に SQL Server (mssql) エクステンションをインストールする方法をご説明します。

VS Code はインストールされている前提ですすめますが、もしインストールされていない方は「Download Visual Studio Code」検索して、ダウンロードしてインストールしておいてください。

メニューから [Code] > [Settings] > [Extensions] を開きます。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 1

サイドバーのエクステンションアイコンをクリックしても大丈夫です。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 1-2

上の検索ボックスに「SQL Server (mssql)」と入れて検索し、SQL Server (mssql) エクステンションを選択し、[Install] ボタンをクリックします。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 2

これで、SQL Server (mssql) エクステンションが VS Code にインストールされました。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 3

SQL Server (mssql) エクステンションから SQL Server に接続する
それでは、Mac の VS Code の SQL Server (mssql) エクステンションを使って、Windows にインストールされている SQL Server に接続してみます。

まず、Windows の SQL Server 側がリモート接続できる状態になっていないといけません。

設定の方法は以下のページをご覧ください。

SQL Server デフォルトインスタンスへのリモート接続の設定方法
SQL Server 名前付きインスタンスへのリモート接続の設定方法

VS Code で新しい画面を開き、サイドバーの SQL Server アイコンをクリックします。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 4

SQL Server のパネルが開くので、CONNECTIONS の + Add Connection をクリックします。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 5

Connection Dialog の画面が開きます。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 6

接続する SQL Server の情報を入力して、[Connect] ボタンをクリックします。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 7

Profile Name には任意の名前を入力します。
Input type は、今回は Azure のデータベースに接続しないので、Paramters にしておきます。
Server name には IP アドレスを入力します。
Authentication type は SQL Login を選択します。
User name にはログインユーザー名を入力します。
Password にパスワードを入力します。
Encrypt は Optional にしておきます。
* Database name は指定すると、接続後にそのデータベースだけが見えるようになります。

接続が成功すると左側のパネルの CONNECTIONS のところに Profile Name の名前でデータベースサーバの情報が表示されます。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 8

試しに、Test データベースの Student テーブルで右クリックして [Select Top 1000] を選択してみます。

VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 9

右側の画面に次のようなクエリーが表示されて実行され、結果セットが下に表示されました。

SELECT TOP (1000) [StudentID]
,[FirstName]
,[LastName]
,[Birthday]
,[Gender]
FROM [Test].[dbo].[Student]
VS Code の MSSQL エクステンションを使って SQL Server に接続する方法 10

SQL Server に接続でき、データが取得できることが確認できました。

以上、VS Code に SQL Server (mssql) エクステンションをインストールし、SQL Server に接続する方法をご紹介しました。

T-SQL - CHOOSE 関数の使い方：インデックスで値を取得する方法

Sun, 27 Jul 2025 03:20:00 GMT

T-SQL - CHOOSE 関数の使い方：インデックスで値を取得する方法

CHOOSE 関数の使い方：インデックスで値を取得する方法
今回は、配列からインデックスを指定して値を取得するような動きをする、CHOOSE 関数についてご紹介します。

目次
CHOOSE 関数の基本的な使い方と注意点
CHOOSE 関数について思うこと

T-SQL: 日付から日本語の曜日「月・火・水・木・金・土・日」を取得する方法

Sat, 26 Jul 2025 04:27:00 GMT

T-SQL: 日付から日本語の曜日「月・火・水・木・金・土・日」を取得する方法

日付から日本語の曜日「月・火・水・木・金・土・日」を取得する
SQL Server を使って、日本のクライアントのシステム開発していると、日付から日本語の曜日を取得したい時があります。

今回はそんな時に使える、日付から日本語の曜日「月・火・水・木・金・土・日」を取得する方法を何個かご紹介します。

目次
FORMAT 関数を使って日本語の曜日を取得する
DATENAME 関数を使って日本語の曜日を取得する
DATEPART 関数を使って日本語の曜日を取得する
FORMAT 関数を使って日本語の曜日を取得する

DATE_BUCKET 関数の使い方と活用例：時系列データを簡単にグルーピングする方法

Fri, 25 Jul 2025 00:39:00 GMT

DATE_BUCKET 関数の使い方と活用例：時系列データを簡単にグルーピングする方法

DATE_BUCKET 関数の使い方と活用例
T-SQL を使ってデータ分析をしていて、時系列のデータを一定の間隔でグルーピングして集計したいような時、ありませんか？

例えば、月ごと、日ごとなどにグルーピングして集計したいような時などです。

そんなときに便利なのが SQL Server 2022 から追加された DATE_BUCKET 関数です。

DATE_BUCKET 関数を使えば、これまで他の日付用の関数を組み合わせて書いていたような「日付の丸め処理」が簡単に行えるようになります。

この記事では、DATE_BUCKET 関数の基本的な使い方や活用例などをご紹介します。

目次
DATE_BUCKET 関数の基本と使い方
DATE_BUCKET 関数の活用例
DATE_BUCKET 関数の基本と使い方
SQL Server の DATE_BUCKET 関数は、時系列データを指定した一定の間隔でバケット化（グループ化）し、そのバケットの開始日時を返してくれる関数です。

SQL Server 2022 以降で追加された関数です。

DATE_BUCKET 関数の基本構文は以下の通りです。

DATE_BUCKET (datepart, number, date [, origin ] )

datepart: date をグループ化する単位を指定します。

指定できる単位には次のようなものがあります。Abbreviations で指定しても大丈夫です。

datepart Abbreviations
day dd, d
week wk, ww
month mm, m
quarter qq, q
year yy, yyyy
hour hh
minute mi, n
second ss, s
millisecond ms

number: バケットの幅を正の整数で指定します。origin からの幅になります。

date: グループ化（バケット化）の対象となる日時を指定します。引数は日付系のデータ型でなければなりません。

origin: オプショナルの引数でバケットの幅を数え始める開始の日時を指定できます。指定しなかった場合のデフォルト値は 1900-01-01 00:00:00.000 になります。

戻り値は指定した date より前の、もっとも近いバケットの開始日時を返します。

戻り値のデータ型は入力引数の date と同じデータ型になります。

DATE_BUCKET 関数は、SELECT、WHERE、GROUP BY、HAVING、ORDER BY 句などで使うことができます。

それでは、DATE_BUCKET 関数を使って、バケットの開始日を取得してみます。

次のような、ユーザーのログイン・ログアウトの履歴を保存してある EventLog テーブルがあります。

SELECT EventLogID,
UserID,
EventTime,
EventType
FROM EventLog
ORDER BY EventTime;
[実行結果]
DATE_BUCKET 関数の使い方 1

この EventLog テーブルから、例えば UserID = 1 の EventTime に対して、DATE_BUCKET 関数を使って、バケットの開始日を取得するには、次のようにできます。

SELECT *,
DATE_BUCKET(hh, 1, EventTime) AS BucketStart_EveryHour,
DATE_BUCKET(hh, 2, EventTime) AS BucketStart_Every2Hours,
DATE_BUCKET(dd, 1, EventTime) AS BucketStart_EveryDay,
DATE_BUCKET(mm, 1, EventTime) AS BucketStart_EveryMonth
FROM EventLog
WHERE UserID = 1;
[実行結果]
DATE_BUCKET 関数の使い方 2

datepart に指定している hh は時間、dd は日、mm は月です。

DATE_BUCKET 関数を使い、それぞれ、EventTime に対して、毎時間、2時間ごと、毎日、毎月のグルーピングでバケット化して、バケットの開始日時を取得しています。

毎日（1日ごと）という指定でバケット化している、EventTime と BucketStart_EveryDay に注目してみます。

最初の 5 行は EventTime の日付が 2025-07-01 なので、時間に関係なく、BucketStart_EveryDay は 2025-07-01 になっています。

続く 3 行は EventTime の日付が 2025-07-02 なので、時間に関係なく、BucketStart_EveryDay は 2025-07-02 になっています。

このように指定した引数でバケット化（グループ化）した、バケットの開始の日時を取得できます。

DATE_BUCKET 関数の活用例
DATE_BUCKET 関数を使うと、指定した期間に起こったイベントの数などを簡単に集計することができます。

例えば、先ほどの EventLog テーブルから、日ごとでイベントを起こった数を取得したい時は次のようにできます。

SELECT DATE_BUCKET(dd, 1, EventTime) AS EventDate,
COUNT(*) AS EventCount
FROM EventLog
GROUP BY DATE_BUCKET(dd, 1, EventTime)
ORDER BY EventDate;
[実行結果]
DATE_BUCKET 関数の使い方 3

また、ユーザーごと、日付ごとにイベント数を計算したい場合は次のようにできます。

SELECT UserID,
DATE_BUCKET(dd, 1, EventTime) AS EventDate,
COUNT(*) AS EventCount
FROM EventLog
GROUP BY UserID,
DATE_BUCKET(dd, 1, EventTime)
ORDER BY UserID,
EventDate;
[実行結果]
DATE_BUCKET 関数の使い方 4

バケットの開始日時だけでなく、終了日時も取得したい時は DATEADD 関数で、バケットの幅を開始日時に足すことによって取得できます。

SELECT DATE_BUCKET(hh, 4, EventTime) AS EventHourFrom,
DATEADD(hh, 4, DATE_BUCKET(hh, 4, EventTime)) AS EventHourTo_Exclusive,
COUNT(*) AS EventCount
FROM EventLog
GROUP BY DATE_BUCKET(hh, 4, EventTime)
ORDER BY EventHourFrom;
[実行結果]
DATE_BUCKET 関数の使い方 5

EventHourTo_Exclusive（バケットの終了日時）は、その行のバケット内には含まれませんのでご注意ください。

また、この方法で集計した時に得られる行は、レコードが存在しているバケットのみなので、バケットの日時は連続していないという点にもご注意ください。

以上、DATE_BUCKET 関数の基本的な使い方や活用例などをご紹介しました。

GETDATE 関数と SYSDATETIME 関数の違い：T-SQL で現在日時を取得する方法

Thu, 24 Jul 2025 02:49:00 GMT

GETDATE 関数と SYSDATETIME 関数の違い：T-SQL で現在日時を取得する方法

GETDATE 関数と SYSDATETIME 関数の違いについて
SQL Server を使って開発をしていると、「現在の日時」を取得する機会がたくさんあります。

T-SQL で現在の日時を取得したい時、GETDATE 関数やSYSDATETIME 関数がよく使われます。

この記事では、GETDATE 関数と SYSDATETIME 関数の基本的な使い方と、この二つの関数の違い、使い分けのポイントなどをご説明します。

目次
GETDATE 関数の使い方と特徴
SYSDATETIME 関数の使い方と特徴
GETDATE 関数と SYSDATETIME 関数の違い
GETDATE 関数の使い方と特徴
T-SQL で現在の日時を取得したい時に一番よく使われるのが GETDATE 関数だと思います。

GETDATE 関数は、タイムゾーンオフセットなしの、データベースシステムのタイムスタンプを返します。

通常 SQL Server のインスタンスが実行されている、OS の現在時刻と同じになります。

使い方はシンプルで、引数なしで次のようにして現在日時を取得できます。

SELECT GETDATE();
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 1

GETDATE 関数の戻り値のデータ型は DATETIME になります。

以下のように複数行を返す SELECT 文の SELECT 句で GETDATE 関数

を使うと、一度だけしか評価されないので、戻り値は全部同じになります。
SELECT GETDATE()
FROM sys.objects;
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 2

SYSDATETIME 関数の使い方と特徴
T-SQL で現在の日時を取得したい時に候補に上がるのが SYSDATETIME 関数かと思います。

SYSDATETIME 関数も、タイムゾーンオフセットなしの、データベースシステムのタイムスタンプを返します。

通常 SQL Server のインスタンスが実行されている、OS の現在時刻と同じになります。

使い方もGETDATE 関数と同様で、引数なしで次のようにして現在日時を取得できます。

SELECT SYSDATETIME();
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 3

SYSDATETIME 関数の戻り値のデータ型は datetime2(7) になります。

先ほどのように、複数行を返す SELECT 文の SELECT 句で SYSDATETIME 関数

を使うと、こちらも全行同じ日時が返ってきます。
SELECT SYSDATETIME()
FROM sys.objects;
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 4

GETDATE 関数と SYSDATETIME 関数の違い
GETDATE 関数と SYSDATETIME 関数の違い 0

GETDATE 関数と SYSDATETIME 関数の大きな違いは、戻り値の精度です。

GETDATE 関数は DATETIME 型の値を返し、 SYSDATETIME 関数は、DATETIME2(7) 型の値を返します。

DATETIME2 の後の (7) は秒の小数点以下に何桁まで保持するかを示していて、ここでは 7 桁となっています。

DATETIME 型と DATETIME2 型のデータ型は次のように違います。

DATETIME 型
フォーマット: yyyy-MM-dd HH:mm:ss.nnn
範囲: 1753-01-01 から 9999-12-31
精度: 0.00333 秒
例: 2025-07-23 23:55:12.837

DATETIME2 型
フォーマット: yyyy-MM-dd HH:mm:ss.nnnnnnn
範囲: 0001-01-01 00:00:00.0000000 から 9999-12-31 23:59:59.9999999
精度: 100 ナノ秒
例: 2025-07-23 23:55:12.8382443

日付の範囲に関しては、現在の日付をとるので、DATETIME 型で 1753 年よりも前の年に対応していなくても、今回のケースでは問題がないと思います。

気にしないとけいないのは精度が違うところです。

DATETIME 型の精度は 0.00333 秒なので、現在の時間は 300 分の 1 秒ごとの刻み（0.00333秒）で丸められます。

次のような日時を表す文字列を DATETIME 型にキャストすると、戻り値は以下のようになります。

SELECT CAST('2025-07-23 19:34:56.000' AS DATETIME) AS D0, --> 2025-07-23 19:34:56.000
CAST('2025-07-23 19:34:56.001' AS DATETIME) AS D1, --> 2025-07-23 19:34:56.000
CAST('2025-07-23 19:34:56.002' AS DATETIME) AS D2, --> 2025-07-23 19:34:56.003
CAST('2025-07-23 19:34:56.003' AS DATETIME) AS D3, --> 2025-07-23 19:34:56.003
CAST('2025-07-23 19:34:56.004' AS DATETIME) AS D4, --> 2025-07-23 19:34:56.003
CAST('2025-07-23 19:34:56.005' AS DATETIME) AS D5, --> 2025-07-23 19:34:56.007
CAST('2025-07-23 19:34:56.006' AS DATETIME) AS D6, --> 2025-07-23 19:34:56.007
CAST('2025-07-23 19:34:56.007' AS DATETIME) AS D7, --> 2025-07-23 19:34:56.007
CAST('2025-07-23 19:34:56.008' AS DATETIME) AS D8, --> 2025-07-23 19:34:56.007
CAST('2025-07-23 19:34:56.009' AS DATETIME) AS D9; --> 2025-07-23 19:34:56.010
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 5

同じ日時を表す文字列を DATETIME2 型にキャストすると、戻り値は以下のようになります。

SELECT CAST('2025-07-23 19:34:56.000' AS DATETIME2) AS D0, --> 2025-07-23 19:34:56.0000000
CAST('2025-07-23 19:34:56.001' AS DATETIME2) AS D1, --> 2025-07-23 19:34:56.0010000
CAST('2025-07-23 19:34:56.002' AS DATETIME2) AS D2, --> 2025-07-23 19:34:56.0020000
CAST('2025-07-23 19:34:56.003' AS DATETIME2) AS D3, --> 2025-07-23 19:34:56.0030000
CAST('2025-07-23 19:34:56.004' AS DATETIME2) AS D4, --> 2025-07-23 19:34:56.0040000
CAST('2025-07-23 19:34:56.005' AS DATETIME2) AS D5, --> 2025-07-23 19:34:56.0050000
CAST('2025-07-23 19:34:56.006' AS DATETIME2) AS D6, --> 2025-07-23 19:34:56.0060000
CAST('2025-07-23 19:34:56.007' AS DATETIME2) AS D7, --> 2025-07-23 19:34:56.0070000
CAST('2025-07-23 19:34:56.008' AS DATETIME2) AS D8, --> 2025-07-23 19:34:56.0080000
CAST('2025-07-23 19:34:56.009' AS DATETIME2) AS D9; --> 2025-07-23 19:34:56.0090000
[実行結果]
GETDATE 関数と SYSDATETIME 関数の違い 6

DATETIME 型にキャストしたほうは、300 分の 1 秒ごとの刻みに丸められていて、DATETIME2 型にキャストしたほうは、日時を表す文字列がそのまま情報を失わず変換されていることがわかります。

ですので、欲しい現在日時が、秒単位までで良いのような時は GETDATE 関数で十分だと思います。

現在日時を取得する際に、精度が重要な用途の時には SYSDATETIME 関数を使うとよいと思います。

以上、GETDATE 関数と SYSDATETIME 関数の基本的な使い方と、この二つの関数の違い、使い分けのポイントなどをご説明しました。

SQL Server - 全テーブルのレコード数を一覧で取得する方法

Tue, 22 Jul 2025 03:00:00 GMT

SQL Server - 全テーブルのレコード数を一覧で取得する方法

SQL Server で全テーブルのレコード数を一覧で取得する方法
SQL Server で分析をしている時に、データベース内の全てのテーブル名と、それぞれのレコード数の一覧を取得したいと思ったことはありませんか？

この記事では、SQL Server で全テーブルのレコード数の一覧を効率的に取得する方法をご紹介します。

目次
sys.dm_db_partition_stats を使う方法
各テーブルに対して COUNT(*) を実行する方法
sys.dm_db_partition_stats を使う方法

【T-SQL入門】GREATEST 関数の使い方と注意点：複数の値から最大値を取得する方法

Mon, 21 Jul 2025 04:27:00 GMT

【T-SQL入門】GREATEST 関数の使い方と注意点：複数の値から最大値を取得する方法

GREATEST 関数の使い方と注意点：複数の値から最大値を取得する方法
SQL Server で開発をしていると、複数の変数やカラムに入っている値の中から、最も大きい値を取得したい場面があります。

そんな時に便利なのが、GREATEST 関数です。

GREATEST 関数は、SQL Server 2022 から使えるようになった、比較的新しい T-SQL の関数です。

この記事では、SQL Server における GREATEST 関数の基本的な使い方と注意点などをご紹介します。

※ 最小値を取得したい場合は、こちらの記事をご覧ください：LEAST 関数の使い方と注意点

目次
GREATEST 関数の基本構文と使い方
GREATEST 関数の NULL の扱いについて
GREATEST 関数の戻り値のデータ型について
SQL Server 2022 未満の代替方法

【T-SQL入門】LEAST 関数の使い方と注意点：複数の値から最小値を取得する方法

Sun, 20 Jul 2025 06:01:00 GMT

【T-SQL入門】LEAST 関数の使い方と注意点：複数の値から最小値を取得する方法

LEAST 関数の使い方と注意点：複数の値から最小値を取得する方法
T-SQL でプログラミングをしていると、複数の変数やカラムなどに入っている値を比較して、最も小さい値を取得したい時があります。

そんな時に便利なのが、LEAST 関数です。

SQL Server では 2022 以降で使えるようになった関数です。

この記事では、SQL Server における LEAST 関数の基本的な使い方と注意点などをご説明します。

目次
LEAST 関数の基本的な使い方
LEAST 関数の NULL の扱いについて
LEAST 関数の戻り値のデータ型について
SQL Server 2022 未満の代替方法

【T-SQL入門】IIF 関数の使い方と注意点：シンプルに条件分岐する方法

Sat, 19 Jul 2025 07:35:00 GMT

【T-SQL入門】IIF 関数の使い方と注意点：シンプルに条件分岐する方法

IIF 関数の使い方と注意点：シンプルに条件分岐する方法
T-SQL でプログラミングをしていると、ちょっとだけ条件分岐を書きたい時があります。

C# でしたら [条件文] ? [true の時] : [false の時] とインラインで書きたいような場面です。

T-SQL でそんな時に便利なのが、IIF 関数です。

この記事では、IIF 関数の基本的な使い方から、CASE 式との違い、実務で役立つ活用例などをご紹介します。

目次
IIF 関数の基本的な使い方
IIF 関数の条件式の NULL の扱いについて
IIF 関数と CASE 関数の違いとネストする際の注意点
IIF 関数の基本的な使い方
SQL Server の IIF 関数は、シンプルな条件分岐のための関数です。

SQL Server 2012 以降で使用可能です。

IF 文とは違って、SELECT 文の中で使うことができます。

IIF 関数の基本的な構文は以下の通りです。

IIF ( [条件式], [TRUE の値], [FALSE の値] )
IIF 関数の使い方 0

[条件式] には、TRUE か FALSE になる、評価される条件式を指定します。TRUE・FALSE を返さない式を指定するとエラーになります。

[TRUE の値] には、[条件式] が TRUE の時に返す値を指定します。

[FALSE の値] には、[条件式] が TRUE ではない時に返す値を指定します。「FALSE の時は」でないことに注意してください。これについては後述します。

それでは、IIF 関数を使ってシンプルな条件分岐をしてみます。

次のような、StoreName（店舗名）、SalesDate（売上日）、SalesAmount（売上金額）が保存されている、Sales（売上）テーブルがあります。

SELECT StoreName,
SalesDate,
SalesAmount
FROM Sales;
[実行結果]
IIF 関数の使い方 1

これに、IIF 関数を使って SalesAmount が 1000 以上の時は、'Achieved'（目標達成）、そうでない時は 'NotAchieved' （目標達成ならず）という SalesGoalStatus というカラムを追加してみます。

SELECT StoreName,
SalesDate,
SalesAmount,
IIF(SalesAmount >= 1000, 'Achieved', 'NotAchieved') AS SalesGoalStatus
FROM Sales;
[実行結果]
IIF 関数の使い方 2

IIF 関数の条件式に、SalesAmount >= 1000 を指定し、TRUE の時は 'Achieved'、それ以外の場合は 'NotAchieved' を返すようにしています。

SalesGoalStatus には、SalesAmount が 1000 未満の 4 行目と 5 行目に 'NotAchieved'、それ以外には 'Achieved' が返っています。

IIF 関数の条件式の NULL の扱いについて
先ほど、基本構文の説明で、[FALSE の値] には、[条件式] が TRUE ではない時に返す値を指定しますと書きました。

条件文が FALSE の時に [FALSE の値] を返すわけではないことに注意してください。

これは、IIF 関数の条件式を評価した結果が UNKNOWN（NULL）だった場合も [FALSE の値] を返すためです。

実際に確認してみましょう。

SELECT IIF(1 = NULL, 'aaa', 'bbb');
[実行結果]
IIF 関数の使い方 3

上の例では、条件式 1 = NULL は評価すると UNKNOWN になります。

ですので IIF 関数は 'bbb' を返しています。

IIF 関数と CASE 関数の違いとネストする際の注意点
IIF 関数は、CASE 式を簡単に記述するためのもので、実際には CASE 式に変換されます。

ですので、IIF 関数は CASE 式と同じ動きをしたり、同じ制限があります。

例えば、先ほどのこのクエリーは、下の CASE 式と同等です。

SELECT StoreName,
SalesDate,
SalesAmount,
IIF(SalesAmount >= 1000, 'Achieved', 'NotAchieved') AS SalesGoalStatus
FROM Sales;
SELECT StoreName,
SalesDate,
SalesAmount,
CASE
WHEN SalesAmount >= 1000
THEN 'Achieved'
ELSE 'NotAchieved'
END AS SalesGoalStatus
FROM Sales;
[実行結果]
IIF 関数の使い方 4

また、IIF 関数は次のような感じでネストできますが、CASE 式と同様に最大 10 回までしかネストできません。

SELECT StoreName,
SalesDate,
SalesAmount,
IIF(SalesAmount >= 1000, IIF(SalesAmount >= 1200, 'Achieved (Excellent)', 'Achieved'), 'NotAchieved') AS SalesGoalStatus
FROM Sales;
[実行結果]
IIF 関数の使い方 5

条件文が複雑になる場合は、IIF 関数で書くと読みにくくなってしまうので、そういう時は CASE 式を使い、シンプルな時のみ IIF 関数を使うことをおすすめします。

以上、IIF 関数の基本的な使い方から、CASE 式との違い、実務で役立つ活用例などをご紹介しました。

【T-SQL入門】LEAD 関数の使い方と活用例：次の行の値を取得する方法

Fri, 18 Jul 2025 04:10:00 GMT

【T-SQL入門】LEAD 関数の使い方と活用例：次の行の値を取得する方法

LEAD 関数の使い方と活用例：次の行の値を取得する方法
T-SQL を使ってデータ分析をしていて、現在の行の値と次の行の値を比較したくなることありませんか？

例えば、売上が次の日に増えたかどうかや、ステータスが変わる次の値を確認したい時です。

そんなときに便利なのが LEAD 関数です。

この記事では、LEAD 関数の基本的な使い方から、実務で役立つ例などをご紹介します。

目次
LEAD 関数の基本的な使い方
PARTITION BY でグルーピングする
LEAD 関数のデフォルト値を指定する
LEAD 関数の基本的な使い方
SQL Server の LEAD 関数は、現在の行から「指定した行数分だけ次の値」を取得するウィンドウ関数です。

SQL Server 2012 以降で使用可能です。

LEAD 関数の基本構文は以下の通りです。

LEAD (列名 [, オフセット] [, デフォルト値])
OVER ( [PARTITION BY グループ] ORDER BY 並び順 )
LEAD 関数の使い方 0

[列名] には、LEAD 関数でどの列のデータを取得するかを指定します。

[オフセット] はオプショナルの引数で、何行次のデータを取得するかを正の整数で指定します。

[オフセット] を指定しなかった場合のデフォルトは 1 で、1 行後の

[デフォルト値] もオプショナルの引数で、オフセットの指定がスコープの外になってしまった時に返す、デフォルトの値や式などを指定することができます。

[デフォルト値] は列名と同じに変換できるデータ型のものでなければなりません。

[デフォルト値] 指定しなければ NULL になります。

OVER ( [PARTITION BY グループ] ORDER BY 並び順 ) の部分は、「ORDER BY 並び順」は必須で、どの順番で並べて、何行後の値をとるかを指定します。

[PARTITION BY グループ] の部分はオプショナルで、FROM 句によって生成された結果セットを、LEAD 関数が適用されるパーティションに分割することができます。

[PARTITION BY グループ] を指定しなかった場合は、結果セット全部がひとつのグループとして扱われます。

それでは、LEAD 関数を使って、次の行の値を取得してみましょう。

次のような、StoreName（店舗名）、SalesDate（売上日）、SalesAmount（売上金額）が保存されている、Sales（売上）テーブルがあります。

SELECT StoreName,
SalesDate,
SalesAmount
FROM Sales;
[実行結果]

LEAD 関数の使い方 1

この Sales テーブルから、LEAD 関数を使って Store A の「次回の売上金額」を取得するには、次のようにできます。

SELECT StoreName,
SalesDate,
SalesAmount,
LEAD(SalesAmount) OVER (ORDER BY SalesDate) AS NextSales
FROM Sales
WHERE StoreName = 'Store A'
ORDER BY SalesDate;
[実行結果]

LEAD 関数の使い方 2

SalesDate で並べて、1 行うしろの行の SalesAmount が NextSales に表示されています。

デフォルト値を指定しておらず、最後の行には「次の行」が存在しないため、NextSales が NULL になっています。

PARTITION BY でグルーピングする
先ほどのクエリーから、WHERE StoreName = 'Store A' をとり、全ての店舗を対象とすると、次のような結果セットが返ってきます。

SELECT StoreName,
SalesDate,
SalesAmount,
LEAD(SalesAmount) OVER (ORDER BY SalesDate) AS NextSales
FROM Sales
ORDER BY SalesDate;
[実行結果]

LEAD 関数の使い方 3

LEAD 関数で次の行の SalesAmount は取得できていますが、Store A と Store B がまざって、あまり意味のない数字になってしまっています。

こんな時に便利なのが PARTITION BY です。

PARTITION BY で StoreName を指定して店舗ごとにグルーピングし、その中で SalesDate 順に並べられ、次の行の SalesAmount を取得することができます。

SELECT StoreName,
SalesDate,
SalesAmount,
LEAD(SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS NextSales
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LEAD 関数の PARTITION BY 使用例

店舗ごとにグルーピングされて、SalesDate 順で次の行の SalesAmount が取得されているのがわかります。

3 行目と 6 行目はグループの最後の行で、次の行がないので、NextSales が NULL になっています。

LEAD 関数のデフォルト値を指定する
先ほどの例のように、各グループの最後の行で次の行が存在しない場合、LEAD 関数はデフォルトで NULL を返します。

NULL の代わりの値を指定したい場合、第 3 引数でデフォルト値を指定できます。

例えば、先ほどのクエリーで、デフォルト値を現在の行の SalesAmount に設定するには、次のようにできます。

SELECT StoreName,
SalesDate,
SalesAmount,
LEAD(SalesAmount, 1, SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS NextSales
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LEAD 関数の使い方 5

第 3 引数のデフォルト値を指定するには、第 2 引数のオフセットも指定する必要があります。

LEAD(SalesAmount, 1, SalesAmount) のように、オフセットは 1 を指定して、1 行次の値を取得するようにし、デフォルト値には SalesAmount を指定しています。

実行結果を見ると、グループの最後の行である、3 行目と 6 行目の NextSales には、現在の行の SalesAmount が入っています。

また、次のようにして LEAD 関数を使って、売上の増減を取得することができます。

SELECT StoreName,
SalesDate,
SalesAmount,
LEAD(SalesAmount, 1, SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS NextSales,
ISNULL(LEAD(SalesAmount, 1, SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate), 0)
- ISNULL(SalesAmount, 0) AS SalesDifference
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LEAD 関数の使い方 6

SalesDifference を計算する際は、SalesAmount も NextSales も NULL の時は 0 として計算したいので、ISNULL 関数を使って、NULL を 0 として扱い、計算可能にしています。

LEAD 関数を使って、NextSales - SalesAmount = SalesDifference として、売上の増減値が取得できていますね。

デフォルト値を現在の行の SalesAmount にすることによって、グループの最後の行は、SalesDifference が 0 になるようにしています。

ここから、売上増減の比率を計算したり、売上の予測や傾向をみたり、データ分析に役立てることができます。

以上、LEAD 関数の基本的な使い方から、実務で役立つ例などをご紹介しました。

補足：LAG 関数との違い

関数参照する行
LAG 現在の行の前の行
LEAD 現在の行の次の行
LAG 関数についてはこちらの記事をご覧ください。

【T-SQL入門】LAG 関数の使い方：前の行の値を取得する方法

Thu, 17 Jul 2025 02:45:00 GMT

【T-SQL入門】LAG 関数の使い方：前の行の値を取得する方法

LAG 関数の使い方：前の行の値を取得する方法
T-SQL でプログラミングをしていると、SELECT 文の中で、前の行の値と現在の行の値との差分をとりたいような時ありませんか？

以前はそんな時、同じテーブルや結果セットをずらして JOIN するなど、工夫しなければなりませんでした。

今は LAG 関数を使えば、前の行の値を参照することができます。

この記事では、LAG 関数の基本的な使い方から、実務で役立つ例などをご説明します。

目次
LAG 関数の基本的な使い方
PARTITION BY でグルーピングする
LAG 関数のデフォルト値を指定する
LAG 関数の基本的な使い方
SQL Server の LAG 関数は、現在の行から「指定した行数分だけ前の値」を参照するウィンドウ関数です。

SQL Server 2012 以降で使用可能です。

LAG 関数の基本的な構文は以下の通りです。

LAG (列名 [, オフセット] [, デフォルト値])
OVER ( [PARTITION BY グループ] ORDER BY 並び順 )
LAG 関数の使い方 0

[列名] には、LAG 関数でどの列のデータを取得するかを指定します。

[オフセット] はオプショナルの引数で、何行前のデータを取得するかで、指定しなかった場合のデフォルトは 1 です。

[デフォルト値] もオプショナルの引数で、オフセットの指定がスコープの外になってしまった時に返す値や式などを指定することができます。指定しなければ NULL が返ります。

[デフォルト値] は列名と同じに変換できるデータ型のものでなければなりません。

OVER ( [PARTITION BY グループ] ORDER BY 並び順 ) の部分は、ORDER BY 並び順は必須で、どの順番で並べて、何行前の値をとるかを指定します。

[PARTITION BY グループ] の部分はオプショナルで、FROM 句によって生成された結果セットを、LAG 関数が適用されるパーティションに分割することができます。

[PARTITION BY グループ] を指定しなかった場合は、結果セット全部がひとつのグループとしてあつかわれます。

それでは、LAG 関数を使って、前の行の値を取得してみましょう。

次のような、StoreName（店舗名）、SalesDate（売上日）、SalesAmount（売上金額）が保存されている、Sales（売上）テーブルがあります。

SELECT StoreName,
SalesDate,
SalesAmount
FROM Sales;
[実行結果]

LAG 関数の使い方 1

この Sales テーブルから、LAG 関数を使って Store A の前回の売上金額を取得するには、次のようにできます。

SELECT StoreName,
SalesDate,
SalesAmount,
LAG(SalesAmount) OVER (ORDER BY SalesDate) AS PreviousSales
FROM Sales
WHERE StoreName = 'Store A'
ORDER BY SalesDate;
[実行結果]

LAG 関数の使い方 2

SalesDate で並べて、1 行前の SalesAmount が PreviousSales に表示されています。

1 行目は、デフォルト値を指定しておらず、前の行がスコープ外になるので、NULL が返っています。

PARTITION BY でグルーピングする
先ほどのクエリーから、WHERE StoreName = 'Store A' をとると、次のような結果セットが返ってきます。

SELECT StoreName,
SalesDate,
SalesAmount,
LAG(SalesAmount) OVER (ORDER BY SalesDate) AS PreviousSales
FROM Sales
ORDER BY SalesDate;
[実行結果]

LAG 関数の使い方 3

LAG 関数で前の行の SalesAmount は取得できていますが、Store A と Store B がまざって、あまり意味のない数字になってしまっています。

こんな時に便利なのが PARTITION BY です。

PARTITION BY で StoreName を指定することによって、店舗ごとにグルーピングされ、その中で SalesDate 順に並べられ、前の行の SalesAmount を取得することができます。

SELECT StoreName,
SalesDate,
SalesAmount,
LAG(SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS PreviousSales
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LAG 関数の使い方 4

店舗ごとにグルーピングされて、SalesDate 順で前の行の SalesAmount が取得されているのがわかります。

1 行目と 4 行目はグループの 1 行目で、前の行がないので、PreviousSales が NULL になっています。

LAG 関数のデフォルト値を指定する
先ほどの結果セットのように LAG 関数は各グループの 1 行目は、前の行がないので NULL を返します。

第 3 引数にデフォルト値を設定することによって、NULL の代わりにその値を取得できます。

例えば、先ほどのクエリーで、デフォルト値を 0 に設定するには、次のようにできます。

SELECT StoreName,
SalesDate,
SalesAmount,
LAG(SalesAmount, 1, 0) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS PreviousSales
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LAG 関数の使い方 5

第 3 引数のデフォルト値を指定するには、第 2 引数のオフセットも指定する必要があります。

LAG(SalesAmount, 1, 0) のように、オフセットは 1 を指定して、1 行前の値を取得するようにし、デフォルト値には 0 を指定しています。

実行結果を見ると、グループの 1 行目である、1 行目と 4 行目の PreviousSales が 0 になっていますね。

また、次のようにして LAG 関数を使って、売上の増減を取得することができます。

SELECT StoreName,
SalesDate,
SalesAmount,
LAG(SalesAmount, 1, 0) OVER (PARTITION BY StoreName ORDER BY SalesDate) AS PreviousSales,
ISNULL(SalesAmount, 0)
- ISNULL(LAG(SalesAmount) OVER (PARTITION BY StoreName ORDER BY SalesDate), 0) AS SalesDifference
FROM Sales
ORDER BY StoreName,
SalesDate;
[実行結果]

LAG 関数の使い方 6

SalesDifference を計算する際は、SalesAmount も PreviousSales も NULL の時は 0 として計算したいので、デフォルト値は指定せず、ISNULL 関数を使って、NULL を 0 として扱い、計算可能にしています。

SalesDifference として、売上の増減値が取得できていますね。

ここから、売上増減の比率を計算したり、売上が減った月だけを取得したり、データ分析に役立てることができます。

以上、LAG 関数の基本的な使い方から、実務で役立つ例などをご説明しました。

【T-SQL入門】CONCAT_WS 関数の使い方と注意点：区切り文字を入れて文字列を結合する方法

Wed, 16 Jul 2025 00:26:00 GMT

【T-SQL入門】CONCAT_WS 関数の使い方と注意点：区切り文字を入れて文字列を結合する方法

CONCAT_WS 関数の使い方と注意点：区切り文字を入れて文字列を結合する方法
T-SQL で複数の文字列を結合するとき、文字と文字の間に区切り文字（セパレーター）を入れて結合したいことがあります。

そんなときに便利なのが、CONCAT_WS 関数です。

この記事では、CONCAT_WS 関数の基本的な使い方から、実務で役立つ例、注意点などをご説明します。

目次
CONCAT_WS 関数の基本的な使い方
CONCAT_WS 関数の NULL の扱いについて
CONCAT_WS 関数の実務で役立つ使い方
CONCAT_WS 関数の基本的な使い方
SQL Server の CONCAT_WS 関数は、区切り文字を入れて、複数の文字列を 1 つに結合するための T-SQL 関数です。

CONCAT の後ろについている WS というのは "With Separator" の略です。

SQL Server 2017 以降で使用可能です。

【T-SQL入門】CONCAT 関数の使い方と注意点：文字列を結合する方法

Tue, 15 Jul 2025 00:34:00 GMT

【T-SQL入門】CONCAT 関数の使い方と注意点：文字列を結合する方法

CONCAT 関数の使い方と注意点：文字列を結合する方法
SQL Server で複数の文字列をつなげたいときに便利なのが CONCAT 関数です。

+ 演算子と似ていますが、CONCAT 関数を使うと、より安全に文字列を結合することができます。

この記事では、CONCAT 関数の基本的な使い方から、実務で役立つ例、注意点などをご説明します。

目次
CONCAT 関数の基本的な使い方
CONCAT 関数の実務で役立つ使い方
CONCAT 関数の基本的な使い方
SQL Server の CONCAT 関数は、複数の文字列を 1 つに結合するための T-SQL 関数です。

SQL Server 2012 以降で使用可能です。

【T-SQL入門】ABS 関数の使い方と注意点：絶対値を取得する方法

Mon, 14 Jul 2025 03:29:00 GMT

【T-SQL入門】ABS 関数の使い方と注意点：絶対値を取得する方法

ABS 関数の使い方と注意点：絶対値を取得する方法
T-SQL を使って数値を処理する際、値のプラスマイナスに関わらず、プラスの値として処理をしたい、という場面がたまにあります。

そんなときに便利なのが、絶対値を返してくれる ABS 関数です。

この記事では、ABS 関数の基本的な使い方や、実務で役立つ応用例、注意点などをご紹介します。

目次
ABS 関数の基本的な使い方
ABS 関数の実務で役立つ使い方
ABS 関数を使う際の注意点
ABS 関数の基本的な使い方
SQL Server の ABS 関数は、Absolute（絶対値）の略で、数値の絶対値（符号を除いた値）を返します。

【T-SQL入門】RAND 関数の使い方と注意点：乱数を生成する方法

Sat, 12 Jul 2025 23:26:00 GMT

【T-SQL入門】RAND 関数の使い方と注意点：乱数を生成する方法
RAND 関数の使い方と注意点：乱数を生成する方法
プログラムでランダムな数字を生成したい時があるかもしれません。

SQL Server の RAND 関数を使うと、0 以上 1 未満の浮動小数点の乱数を簡単に生成することができます。

この記事では、RAND 関数の使い方や注意点などをご説明します。

目次
RAND 関数とは？（概要と戻り値）
RAND 関数の基本的な使い方
任意の範囲で乱数を生成する方法
行ごとに異なる乱数を生成する方法
RAND 関数とは？（概要と戻り値）
SQL Server の RAND 関数は、擬似乱数（疑似的なランダムな値）を生成する関数です。

戻り値は常に 0 以上 1 未満の float 型の値になります。

構文は以下の通りで、オプショナルな入力引数にシードを受け取ります。

RAND ( [シード] )

RAND 関数の基本的な使い方
まず、シンプルにRAND 関数を使って値を取得してみます。

SELECT RAND();
このクエリを実行するたびに、0以上1未満の異なる乱数が返されます。ただし、同一クエリ内では同じ値になることがあるため注意が必要です（後述）。

[実行結果] 1 回目

RAND 関数の使い方：乱数を生成する方法 1

[実行結果] 2 回目

RAND 関数の使い方：乱数を生成する方法 2

シード値には、任意の整数を指定でき、シード値を渡すと、毎回同じ乱数が生成されます。

テストや再現性のある処理を行いたいときに便利です。

SELECT RAND(567);
[実行結果] 1 回目

RAND 関数の使い方：乱数を生成する方法 3

[実行結果] 2 回目

RAND 関数の使い方：乱数を生成する方法 4

1 回目の実行、2 回目の実行で、同じ値が返ってきていますね。

任意の範囲で乱数を生成する方法
0 以上 1 未満ではなく、ある範囲内の乱数を生成したい時があるかもしれません。

例えば、RAND 関数を使って、1 から 100 の整数乱数を作りたい場合は、次のようにできます。

SELECT FLOOR(RAND() * 100) + 1;

まず、RAND 関数で 0 以上 1 未満の数値を取得して、それに 100 をかけることで、 0 ~ 100 未満の数値にしています。

小数点以下を取り除くために FLOOR 関数で切り捨て、さらに 1 を足すことで 1〜100 の範囲になります。

[実行結果] 1 回目

RAND 関数の使い方：乱数を生成する方法 5

[実行結果] 2 回目

RAND 関数の使い方：乱数を生成する方法 6

1 回目実行時は 18、2 回目実行時は 68 と、1 ~ 100 の整数乱数が取得できています。

行ごとに異なる乱数を生成する方法
RAND 関数を使う際に、気をつけないといけないのは、RAND 関数は、1つのテーブルに対する SELECT 文などでは、1 ステートメント内で 1 回しか評価されず、すべての行に同じ乱数が適用されるという挙動になる点です。

例えば、次のように RAND 関数を使って各行に異なる乱数を生成しようと思っても、同じ値が返ってきてしまいます。

SELECT name,
RAND() AS RandValue
FROM sys.objects;
[実行結果]

RAND 関数の使い方：乱数を生成する方法 7

RAND 関数を使って、行ごとに異なる乱数を生成したい場合には、次のようにできます。

SELECT name,
RAND(CHECKSUM(NEWID())) AS RandValue
FROM sys.objects;
まず、NEWID 関数を使って、行ごとに異なる GUID を生成しています。

CHECKSUM 関数は「ハッシュ的な数値を簡単に得る」ための軽量な関数です。

生成した GUID を CHECKSUM 関数に渡して整数化しています。

CHECKSUM 関数の戻り値を、RAND 関数のシードに使うことによって、各行に異なる乱数が生成されるようにしています。

[実行結果]

RAND 関数の使い方：乱数を生成する方法 8

実行してみると、各行に違う乱数が返ってきているのがわかります。

以上、RAND 関数の基本的な使い方と、実務で役立つ注意点をご紹介しました。

T-SQL でテストデータを作ったり、処理の一部をランダム化したいときにぜひ活用してみてください。

【T-SQL入門】文字列のパターン検索に便利なPATINDEX の使い方

Sun, 06 Jul 2025 03:49:00 GMT

知っておくと便利な関数 - PATINDEX の使い方
ここでは、文字列のパターン検索に便利なビルトイン関数のひとつ、PATINDEX 関数についてご説明します。

PATINDEX 関数
PATINDEX 関数は、指定したパターンが検索対象の文字列の中の何文字目から始まるかを返してくれる関数で、構文は次の通りです。

PATINDEX ('%パターン%', 検索対象の文字列)

PATINDEX に指定するパターンは、ワイルドカード（%, _, [], [^]）など含むパターンである必要があります。

%: 0 文字以上の任意の文字列
_: 任意の 1 文字
[]: 指定された任意の 1 文字
[^]: 指定以外の任意の 1 文字

戻り値は、パターンが最初に現れる位置で、位置のカウントは一番最初の文字を 1 としてカウントします。

パターンが、対象文字列の中に複数回現れる場合は、最初の出現の位置を返します。

指定した文字が出現しない場合は 0 を返します。

T-SQL で文字列内の各文字の UNICODE を調べる方法

Sat, 05 Jul 2025 04:05:00 GMT

T-SQL で文字列内の各文字の UNICODE を調べる方法
T-SQL で文字列内の各文字の UNICODE を調べる
入力ミスや文字化けなどで、文字列に目で見て判断できない文字が入り込んでしまって、それが何か特定したいような時があります。

ここでは、T-SQL で文字列内の各文字の UNICODE を調べて、その文字が何かを特定する方法をご紹介します。

T-SQL - LEN() 関数は末尾の空白をカウントしない

Tue, 26 Nov 2024 13:38:00 GMT

T-SQL - LEN() 関数は末尾の空白をカウントしない
開発をしていると、文字列の末尾の数文字を削除したいような時がたまにありますよね。

LEFT() 関数や SUBSTRING() 関数と、 LEN() 関数を使って、以下のように削除する方法が思いつくかもしれません。

例えば、アルファベットが並んだ文字列から最後の 2 文字を削除するのであれば、次のような感じです。

DECLARE @Value VARCHAR(200) = 'ABCDEFGHIJKLMNOPQRSTUVWXYZ';

SELECT LEFT(@Value, LEN(@Value) - 2),
SUBSTRING(@Value, 1, LEN(@Value) - 2);
T-SQL - LEN() 関数は末尾の空白をカウントしない 1

この LEN() 関数で文字数を取得して - 2 した長さの文字数を取り出しているのですが、ここで注意が必要です。

LEN() 関数は末尾の空白をカウントしません。

末尾に空白を含む文字列に LEN() で文字数を取得すると、次のような結果になります。

SELECT LEN('ABC '),
LEN(' ');
T-SQL - LEN() 関数は末尾の空白をカウントしない 2

ですので、以下のような状況で同じ方法をつかって末尾の 2 文字を削除しようとしても、期待した結果が得られません。

DECLARE @Value VARCHAR(200) = 'Amazon, Rakuten, Yahoo Shopping, ';

SELECT LEFT(@Value, LEN(@Value) - 2),
SUBSTRING(@Value, 1, LEN(@Value) - 2);
T-SQL - LEN() 関数は末尾の空白をカウントしない 3

LEN(@Value) が最後の空白を除いた文字数を返すため、g が切れてしまっていますね。

末尾のスペースは無視したいような状況であれば問題ないかと思いますが、この例のような状況の場合、区切り文字列も LEN() を使ってカウントするなど、なにかしらの工夫が必要になります。

DECLARE @Value VARCHAR(200) = 'Amazon, Rakuten, Yahoo Shopping, ',
@Separator VARCHAR(2) = ', ';

SELECT LEFT(@Value, LEN(@Value) - LEN(@Separator)),
SUBSTRING(@Value, 1, LEN(@Value) - LEN(@Separator));
T-SQL - LEN() 関数は末尾の空白をカウントしない 4

LEN() 関数が返す文字数には末尾の空白が含まれていないので、ご注意くださいね！

知っておくと便利な関数 - STUFF

Tue, 16 Jan 2024 18:33:00 GMT

知っておくと便利な関数 - STUFF

知っておくと便利な関数 - STUFF
ここでは、知っておくと便利なビルトイン関数のひとつ、STUFF 関数についてご説明します。

STUFF 関数
STUFF 関数は、文字列の指定した箇所を、指定した文字列に置き換えてくれる関数です。

入力引数は 4 つで、構文は以下の通りです。

STUFF([文字列], [開始位置], [長さ], [置き換える文字列])
[文字列] の [開始位置] から、指定した [長さ] の文字数の文字を削除して、その位置に [置き換える文字列] を挿入した文字列を返します。

[開始位置] は、最初の文字を 1 として数え、削除の開始位置を整数で指定します。

[開始位置] に 0 以下の値を指定したり、[文字列] の長さより大きい値を指定すると、戻り値は NULL になります。

[長さ] には、削除する文字数を整数で指定します。

[長さ] にマイナスの値を指定すると、戻り値は NULL になります。

[長さ] に 0 を指定すると、削除は行われずに、[開始位置] に [置き換える文字列] が挿入されます。

[開始位置] + [長さ] が [文字列] の長さより大きくなる場合は、[開始位置] から [文字列] の最後までの文字が削除されて、[置き換える文字列] が挿入されます。

また、同じ方法で、文字列の代わりにバイナリデータを置き換えることもできます。

それでは、STUFF 関数を使って文字列を置き換えてみましょう。

DECLARE @Value VARCHAR(10) = 'ABCDEFGHIJ';

SELECT STUFF(@Value, 3, 5, 'XXX') AS Value1,
STUFF(@Value, 3, 0, 'XXX') AS Value2,
STUFF(@Value, 3, 10, 'XXX') AS Value3,
STUFF(@Value, 0, 5, 'XXX') AS Value4;
知っておくと便利な関数 - STUFF 1

Value1 は、'ABCDEFGHIJ' の 3 文字目から 5 文字の 'CDEFG' が削除されて、そこに XXX が挿入され 'ABXXXHIJ' が返っています。

Value2 は、[長さ] が 0 なので、'ABCDEFGHIJ' の 3 文字目から XXX が挿入され、'ABXXXCDEFGHIJ' が返っています。

Value3 は、'ABCDEFGHIJ' の 3 文字目以降の文字が全て削除され、そこに XXX が挿入されて 'ABXXX' になっています。

Value4 は、[開始位置] が 0 なので、戻り値が NULL になっています。

「カラムの値からカンマ区切り (CSV) の文字列を生成する」でご紹介したように、クエリーで FOR XML 句などを使って文字列をつなげて、カンマ区切りの文字列を生成した後に、1 文字目のカンマを取り除きたいような時にも STUFF 関数が使えます。

DECLARE @Value VARCHAR(100) = ',Tokyo,Osaka,Fukuoka';

SELECT STUFF(@Value, 1, 1, '') AS Value1;
知っておくと便利な関数 - STUFF 2

以上、知っておくと便利なビルトイン関数のひとつ、STUFF 関数についてご説明しました。

データベース内の全テーブル (table) を取得する

Fri, 04 Aug 2023 18:49:00 GMT

データベース内の全テーブル (table) を取得する

データベース内の全テーブル (table) を取得するには？
データベース内の全テーブル (table) の一覧を取得したり、テーブルの名前の一部を指定して、検索したりしたいような時があるかもしれません。

何通りか方法があるので、データベース内のユーザが定義した全テーブルの一覧を取得するスクリプトをご紹介します。

データベース内の全テーブル (table) を取得する
まず、sys.tables というシステムカタログビューから現在のデータベース内のユーザー定義テーブルの一覧を取得することができます。

テーブル一覧を取得したいデータベースを選択して、以下のクエリーを実行します。

SELECT S.name AS SchemaName,
T.name AS TableName
FROM sys.tables AS T
INNER JOIN sys.schemas AS S
ON T.schema_id = S.schema_id
ORDER BY S.name,
T.name;
データベース内の全テーブル (table) を取得する 1

これを使って、例えば、テーブル名に Person が入るテーブルの一覧を取得したい時は次のようにできます。

SELECT S.name AS SchemaName,
T.name AS TableName
FROM sys.tables AS T
INNER JOIN sys.schemas AS S
ON T.schema_id = S.schema_id
WHERE T.name LIKE '%Person%'
ORDER BY S.name,
T.name;
データベース内の全テーブル (table) を取得する 2

先ほどの sys.tables は、sys.objects というシステムカタログビューからユーザーテーブルのみをフィルターして、テーブル情報のカラムを何個か足したものなので、以下のようにしてもユーザー定義のテーブルの一覧を取得することができます。

sys.objects の type = 'U' がユーザー定義のテーブルです。

SELECT S.name AS SchemaName,
O.name AS TableName
FROM sys.objects AS O
INNER JOIN sys.schemas AS S
ON O.schema_id = S.schema_id
WHERE type = 'U' -- U = Table (user-defined)
ORDER BY S.name,
O.name;
データベース内の全テーブル (table) を取得する 3

他には、INFORMATION_SCHEMA.TABLES というシステムインフォメーションスキーマービューでも、テーブルの一覧を取得できます。

ユーザー定義のテーブルの情報を取得したい時は TABLE_TYPE = 'BASE TABLE' を指定します。

SELECT TABLE_SCHEMA,
TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE = 'BASE TABLE'
ORDER BY TABLE_SCHEMA,
TABLE_NAME;
データベース内の全テーブル (table) を取得する 4

いろいろ方法はありますが、テーブルのスキーマと名前だけが必要な時はどれを使っても良いと思います。残りのカラムが違いますので、必要に応じて確認してください。

どの方法でも、現在のユーザーにパーミッションがある table しか取得できませんので、十分権限のあるユーザーでログインして実行してくださいね。

以上、データベース内のユーザが定義した全テーブルの一覧を取得するスクリプトをご紹介しました。

T-SQL - GOTO 文の使い方

Fri, 21 Apr 2023 04:40:00 GMT

T-SQL の GOTO 文の使い方
ここでは、T-SQL の GOTO 文の使い方をご説明します。

GOTO 文を使うと、指定したラベルと位置まで、処理をスキップすることができます。

GOTO 文は多用すると、処理の流れが追いにくい、複雑なスクリプトになってしまいがちですが、便利な時もあるかと思います。

これらのテーブルを使いますので、スクリプトを実行して確認したい方はこちらのスクリプトを実行して、Student・Test・TestResult テーブルを生成しておいてください。

GOTO 文は次のように定義して使えます。

...
GOTO label_name;
...
label_name:
...
ラベル名:（コロン）で GOTO 文のとび先の場所を指定します。

GOTO ラベル名でその指定した場所まで処理を飛ばします。

実際に GOTO 文を使ってみましょう。

次のような Student・Test・TestResult テーブルがあります。

T-SQL - GOTO 文の使い方 1

T-SQL - GOTO 文の使い方 2

T-SQL - GOTO 文の使い方 3

シンプルに JOIN すると次のようになります。

T-SQL - GOTO 文の使い方 4

ここから、次の優先順位で、条件に該当する学生だれか一人のレコードを取得したいとします。

1. 数学１で 100 点とったことある学生
2. どの科目でもいいので 100 点とったことある学生
3. どの科目でもいいので 90 点以上とったことある学生で、一番スコアが高い学生
4. どの科目でもいいので過去一番高い点数をとった学生

この優先順位で、条件に該当する学生だれか一人のレコードを取得するには、GOTO 文を使って次のようにできます。

DECLARE @StudentID INT;

-- 1. 数学１で 100 点とったことある学生
PRINT 'Case 1';
SELECT @StudentID = S.StudentID
FROM TestResult AS TR
INNER JOIN Student AS S
ON TR.StudentID = S.StudentID
INNER JOIN Test AS T
ON TR.TestID = T.TestID
WHERE T.TestNameJp = N'数学１'
AND TR.Score = 100;

IF @StudentID IS NOT NULL GOTO FOUND;

-- 2. どの科目でもいいので 100 点とったことある学生
PRINT 'Case 2';
SELECT @StudentID = S.StudentID
FROM TestResult AS TR
INNER JOIN Student AS S
ON TR.StudentID = S.StudentID
WHERE TR.Score = 100;

IF @StudentID IS NOT NULL GOTO FOUND;

-- 3. どの科目でもいいので 90 点以上とったことある学生で、一番スコアが高い学生
PRINT 'Case 3';
SELECT TOP 1
@StudentID = S.StudentID
FROM TestResult AS TR
INNER JOIN Student AS S
ON TR.StudentID = S.StudentID
WHERE TR.Score >= 90
ORDER BY TR.Score DESC;

IF @StudentID IS NOT NULL GOTO FOUND;

-- 4. どの科目でもいいので過去一番高い点数をとった学生
PRINT 'Case 4';
SELECT TOP 1
@StudentID = S.StudentID
FROM TestResult AS TR
INNER JOIN Student AS S
ON TR.StudentID = S.StudentID
ORDER BY TR.Score DESC;

FOUND:
SELECT StudentID,
FirstName,
LastName
FROM Student
WHERE StudentID = @StudentID;
それぞれの、ケースの後に IF @StudentID IS NOT NULL GOTO FOUND; で、StudentID が見つかった時に GOTO 文で FOUND のラベルまで処理をスキップしています。

[ 実行結果 ]
T-SQL - GOTO 文の使い方 5 T-SQL - GOTO 文の使い方 6

100 点をとった学生はいないので、１番・２番の条件にあてはまる学生はおらず、３番の「3. どの科目でもいいので 90 点以上とったことある学生で、一番スコアが高い学生」に当てはまる StudentID = 4 の学生のデータが取得できています。

Messages 画面には Case 1 ~ 3 までが Print されていて、Case 4 が Print されていないので、Case 4 のスクリプトがスキップされていることがわかります。

以上、T-SQL - GOTO 文の使い方についてご説明しました。

年・月・日 INT 型から日付 DATE 型を生成する - DATEFROMPARTS

Wed, 15 Feb 2023 22:39:00 GMT

年・月・日 INT 型から日付 DATE 型を生成する
ここでは INT 型の年・月・日から DATE 型の日付を生成する方法をご紹介します。

INT 型の年・月・日から DATE 型の日付を生成するには、DATEFROMPARTS 関数が使えます。

DATEFROMPARTS 関数の定義は以下の通りです。

DATEFROMPARTS(year, month, day)
引数の year, month, day は INT 型の整数です。

year, month, day のどれかが NULL の時は NULL を返します。

渡された year, month, day が DATE 型に変換できない値の場合はエラーになります。

例えば、年: 2024、月: 1、日: 15 から DATE型の値を生成したい時は次のようにできます。

SELECT DATEFROMPARTS(2024, 1, 15) AS ResultDate;
[ 実行結果 ]
年・月・日 INT 型から日付 DATE 型を生成する - DATEFROMPARTS 1

2024-01-15 が ResultDate として取得できました。

年: 2024、月: 1 が与えられて、それの前の年・月を取得したいような時にも DATEFROMPARTS 関数を使って、次のように取得できます。

DECLARE @CurrYear INT = 2024,
@CurrMonth INT = 1;

DECLARE @CurrYearMonthDate DATE = DATEFROMPARTS(@CurrYear, @CurrMonth, 1);
DECLARE @PrevYearMonthDate DATE = DATEADD(mm, -1, @CurrYearMonthDate);

SELECT @CurrYearMonthDate AS CurrYearMonthDate,
@PrevYearMonthDate AS PrevYearMonthDate,
YEAR(@PrevYearMonthDate) AS PrevYear,
MONTH(@PrevYearMonthDate) AS PrevMonth;
DATEFROMPARTS 関数で @CurrYearMonthDate を生成してから、DATEADD で @PrevYearMonthDate にマイナス 1 ヶ月した日付を取得しています。

YEAR と MONTH 関数を使って @PrevYearMonthDate から前月の年と月を取得しています。

これを実行すると以下のようになり、前月の年: 2023、月: 12 が取得できていますね。

[ 実行結果 ]
年・月・日 INT 型から日付 DATE 型を生成する - DATEFROMPARTS 2

以上、DATEFROMPARTS 関数を使って、年・月・日 INT 型から日付 DATE 型を生成する方法をご紹介しました。

SQL Server - View の定義をクエリーで取得する方法

Fri, 09 Dec 2022 22:33:00 GMT

SQL Server - View の定義をクエリーで取得する方法
ここでは、SQL Server の View の定義をクエリーで取得する方法をご説明します。

View の定義をクエリーで取得するには、データベースを選択して、クエリエディターを開き、以下のクエリーを実行します。

SELECT S.name AS SchemaName,
O.name AS ViewName,
M.definition
FROM sys.sql_modules AS M
INNER JOIN sys.objects AS O
ON M.object_id = O.object_id
INNER JOIN sys.schemas AS S
ON O.schema_id = S.schema_id
WHERE O.type = 'V' -- View
AND O.name = 'ビューの名前'
ORDER BY S.name,
O.name;
例えば、Adventure Works のサンプルデータベースで、vEmployee という名前の View の定義をクエリーで取得するには、次のようにできます。

SELECT S.name AS SchemaName,
O.name AS ViewName,
M.definition
FROM sys.sql_modules AS M
INNER JOIN sys.objects AS O
ON M.object_id = O.object_id
INNER JOIN sys.schemas AS S
ON O.schema_id = S.schema_id
WHERE O.type = 'V' -- View
AND O.name = 'vEmployee'
ORDER BY S.name,
O.name;
[実行結果]

SQL Server - View の定義をクエリーで取得する方法 1

この definition のカラムが View の定義ですが、これをコピーして、新しいクエリエディターの画面を開き、ペーストすると、以下のように一行になってしまいます。

SQL Server - View の定義をクエリーで取得する方法 2

これは、SQL Server Management Studio の設定で、結果をグリッドに表示する際に、デフォルトで改行を保持しない設定になっているためです。

改行を保持するように変更します。メニューから [ツール] > [オプション] で、オプション画面を開きます。

SQL Server - View の定義をクエリーで取得する方法 3

[クエリ結果] > [SQL Server] > [結果をグリッドに表示] で、[コピーまたは保存時に CR/LF を保持] のオプションをオンにしてください。

SQL Server - View の定義をクエリーで取得する方法 4

設定の変更は、既に開かているクエリエディターの画面には反映されないので、新しくクエリエディターの画面を開き、再度クエリーを実行します。

SQL Server - View の定義をクエリーで取得する方法 5

definition のカラムの値をコピーし、新しくクエリエディターの画面を開き、ペーストします。

今回は改行が保持された状態で、View の定義が取得できました。

SQL Server - View の定義をクエリーで取得する方法 6

ちなみに、SQL Server Management Studio の UI から取得するには、以下のようにできます。

SQL Server - View の定義をクエリーで取得する方法 7

以上、SQL Server の View の定義をクエリーで取得する方法をご説明しました。

SQL Server Management Studio - CHECK 制約を作成する

Sat, 03 Sep 2022 05:57:00 GMT

SQL Server Management Studio - CHECK 制約を作成する

ここでは、SQL Server Management Studio (SSMS) を使用して、CHECK 制約を作成する方法をご説明します。

次のような Student テーブルがあり、データ型 CHAR(1) の Gender カラムに M か F しか入らないような CHECK 制約を SSMS から作成します。

SQL Server Management Studio - CHECK 制約を作成する 1

Student テーブルを右クリックして [デザイン] (Design) を選択します。

SQL Server Management Studio - CHECK 制約を作成する 2

デザイン(Design) 画面が表示されるので、右クリックをして [CHECK 制約] (Check Constraints...) を選択します。

SQL Server Management Studio - CHECK 制約を作成する 3

CHECK 制約の画面が表示されるので、 [追加] (Add) ボタンをクリックします。

SQL Server Management Studio - CHECK 制約を作成する 4

Gender カラムに M か F しか入ってほしくないので、式 (Expression) に Gender IN ('M','F') を追加します。

名前 (Name) は、今回は CK_Student_Gender に変更して、[閉じる] (Close) ボタンをクリックします。

SQL Server Management Studio - CHECK 制約を作成する 5

デザイン画面に戻るので、保存ボタンをクリックするか CTRL+S のショートカットキーで変更を保存します。

SQL Server Management Studio - CHECK 制約を作成する 6

これで Student テーブルに CHECK 制約が追加できました。

SQL Server Management Studio - CHECK 制約を作成する 7

試しに Student テーブルの Gender カラムの値を M・F 以外の値に変更してみます。

Student テーブルで右クリックして [上位 200 行の編集] (Edit Top 200 Rows) を選択します。

SQL Server Management Studio - CHECK 制約を作成する 8

編集画面が表示されるので、Gender の値を C に変更して確定しようとすると、次のように CHECK 制約のエラーで行が更新されなかったというメッセージが表示されます。

SQL Server Management Studio - CHECK 制約を作成する 9

以上、SQL Server Management Studio (SSMS) を使用して、CHECK 制約を作成する方法をご説明しました。

SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラーと対処方法

Wed, 27 Jul 2022 23:17:00 GMT

SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラーと対処方法

SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラーと対処方法
企業向けのシステムでは、SQL Sever のバージョンをアップグレードしても、最初にリリースした時の SQL Server データベースの互換性レベル (compatibility level) で運用することも少なくないと思います。

互換性レベルがサポートなると、新しいバージョンの SQL Server データベースの互換性レベルにアップグレードせざるを得ない日がやってくると思います。

SQL Server 2008 R2 までは OK だったのに、SQL Server 2012 以降ではエラーになる構文のひとつに、DATETIME、DATE、TIME 型の値の add 演算があります。

例えば、日付 DATETIME 型と時間 TIME 型を + で足して、日時の DATETIME 型の値を取得している箇所があると、SQL Server 2012 以降では次のようなエラーになります。

Msg 402, Level 16, State 1, Line 6
データ型 datetime と time は add 演算子では互換性がありません。
Msg 402, Level 16, State 1, Line 6
The data types datetime and time are incompatible in the add operator.
- (subtract) 演算子も同様です。

エラーにならないようにするには、データ型を合わせてから足すように変更することで回避できます。

例えば、DATETIME 型の @InDate の値と TIME 型の @InTime の値を加えて、DATETIME を取得したい時は次のようにできます。

DECLARE @InDate DATETIME = '12/6/2023',
@InTime TIME = '14:32';

SELECT @InDate AS InDate,
CAST(@InTime AS DATETIME) AS InTime_DateTime,
@InDate + CAST(@InTime AS DATETIME) AS Combined_InDateTime;
SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラー 1

@InTime を DATETIME 型に変換して @InDate と足し合わすことで、@InDate と @InTime を合わせた日時が得られています。

TIME 型の値を DATETIME 型に変換すると日付けの部分が 1900-01-01 になりますが、add 演算子で足し合わせても年の部分が 2023 + 1900 となるわけではなく、時間のみが加算されます。

@InDate が DATE 型だった場合は、 @InDate も DATETIME に CAST してから時間を足し合わせます。

DECLARE @InDate DATE = '12/6/2023',
@InTime TIME = '14:32';

SELECT CAST(@InDate AS DATETIME) AS InDate,
CAST(@InTime AS DATETIME) AS InTime_DateTime,
CAST(@InDate AS DATETIME) + CAST(@InTime AS DATETIME) AS Combined_InDateTime;
SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラー 2

以上、SQL Server - Msg 402 データ型 datetime と time は add 演算子では互換性がありませんのエラーと対処方法についてご紹介しました。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法

Mon, 18 Jul 2022 18:38:00 GMT

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法

SQL Serer のメンテナンスプランで、データベースのバックアップをとったり、古くなったバックアップファイルを削除したりすることがあると思います。

ここでは、メンテナンスクリーンアップタスクで、データベースのバックアップファイルを削除するように設定していて、実行結果は成功ステータスなのにファイルは削除されない、という時の原因のひとつと対処方法をご紹介します。

目次
メンテナンスクリーンアップタスクの設定と状況の確認
メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法
メンテナンスクリーンアップタスクの設定と状況の確認
今回の例では、次のように SQL Server のメンテナンスプランで、1 日一回 12:00 AM にデータベースのフルバックアップを取ってから、メンテナンスクリーンアップタスクで古いバックアップファイルを削除します。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 1

メンテナンスクリーンアップタスクの設定は次のようになっていて、C:\Test\MYSQL\Backup フォルダ内の、一週間より前に作成された bak 拡張子のファイルを削除するように設定しています。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 2

このメンテナンスプランを実行すると以下のように成功しているように見えるのに、bak ファイルは削除されていないというような状況が起こった時の対処方法のひとつを今回はご説明します。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 2-1

メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法
実行が成功しているのに、メンテナンスクリーンアップタスクでファイルが削除されない時には、フォルダの権限が足りていない可能性があります。

解決方法のひとつとして SQL Server のデフォルトの Backup フォルダと同様に、メンテナンスクリーンアップタスクで指定しているフォルダに NT SERVICE⧹MSSQLSERVER のアカウントにフルコントロールのアクセス許可を与えることによって解決されることがあります。

NT SERVICE\MSSQLSERVER はデータベースエンジンサービスの既定のインスタンスの仮想アカウントです。
[SQL Server のデフォルトの backup フォルダの権限]

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 3

メンテナンスクリーンアップタスクで指定しているフォルダを右クリックして、プロパティ画面のセキュリティタブを開きます。

MSSQLSERVER は存在していないので、[編集] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 4

[追加] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 5

場所にローカルのコンピュータを選択し、オブジェクト名に NT SERVICE\MSSQLSERVER と入力し、[名前の確認] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 6

複数の名前が見つかった場合は MSSQLSERVER を選択して、[OK] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 7

MSSQLSERVER が選択されたことを確認して、 [OK] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 8

MSSQLSERVER を選択し、フルコントロールにチェックを入れて、[OK] ボタンをクリックします。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 9

メンテナンスクリーンアップタスクで指定しているフォルダに、NT SERVICE⧹MSSQLSERVER アカウントにフルコントロールのアクセス許可を与えることができました。

SQL Server - メンテナンスクリーンアップタスクでファイルが削除されない時の対処方法 10

これで、再度メンテナンスクリーンアップタスクを実行してみてください。

以上、メンテナンスクリーンアップタスクでファイルが削除されない原因のひとつと対処方法をご紹介しました。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法

Mon, 25 Apr 2022 23:52:00 GMT

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法

SQL Serer Management Studio の SQL Server インポートおよびエクスポートウィザードを使って Excel ファイルのデータを SQL Server のデータベースにインポートすることがあると思います。

便利な機能ですが、セルに 255 文字より多い文字数が入っている時に、255 文字で切れてインポートされることがあります。

この記事では、255 文字でデータが切り捨てされないようにする方法をご紹介します。

目次
Excel インポートで 255 文字で切り捨てされる現象の再現
Excel インポートで 255 文字で切り捨てされる原因と対処方法
Excel インポートで 255 文字で切り捨てされる現象の再現
まずは、Excel インポートで 255 文字で切り捨てされる現象を再現してみます。

次のような Excel ファイルを SQL Server インポートおよびエクスポートウィザードを使って、ローカルにある Test1 というデータベースにインポートします。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 1

Item20 の ItemDescription には、長さが 380 の文字列が入っています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 2

この Items.xlsx ファイルを SQL Server インポートおよびエクスポートウィザードを使ってインポートします。

SQL Server Management Studio - Excel ファイルをインポートする方法の詳細を知りたい方は、SQL Server Management Studio - Excel ファイルをインポートするをご覧ください。

データソースに Items.xlsx ファイルを指定します。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 3

変換先にローカルの Test1 データベースを指定します。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 4

変更先のテーブル名を Temp_Items に変更して、[マッピングの編集] ボタンをクリックします。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 6

ItemDescription の Size が 255 になっていて、後で結果がわかりますが、ここで max に変更してもデータは 255 文字で切り捨てられてしまいます。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 7

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 8

この状態でウィザードを進め、データをインポートします。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 12

Test1 データベースを確認すると、Temp_Items という名前のテーブルができていて、ItemDescription のデータ型は NVARCHAR(MAX) になっています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 13

ですが、Temp_Items テーブルのデータを確認すると、Item20 の ItemDescription の長さは 255 になっています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 14

Excel インポートで 255 文字で切り捨てされる原因と対処方法
このように SQL Server インポートおよびエクスポートウィザードを使って Excel ファイルのデータを SQL Server のデータベースにインポートしたときに 255 文字で切り捨てられることがある原因は、ドライバーがデータ型を決定する際の設定にあります。

デフォルトでは、カラムのデータ型を調べるのに、最初の 8 行分のデータを確認して、最も多いデータ型に決定されるようになっています。

ですので、最初の 8 行目までに文字数の多いデータが入っていれば大丈夫なのですが、そうでないと、今回のように 255 文字で切れてしまいます。

データ型を調べる行数は TypeGuessRows というエントリで設定されています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 14-2

[参考] Microsoft Office Excel ドライバーの初期化

ドライバーはレジストリにある TypeGuessRows の値を使うので、その値を変更することによって、データ型を調べる行数をかえることができます。

Office 2016 の場合は TypeGuessRows の値は、以下の場所にありますが、HKEY_LOCAL_MACHINE の下で TypeGuessRows で検索すると出てくると思います。

[MSI インストールの場合]
* For 32-bit Office on 32-bit Windows or 64-bit Office on 64-bit Windows:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel

* For 32-bit Office on 64-bit Windows:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel

[システムのクイック実行インストールの場合]
* For 32-bit Office on 32-bit Windows or 64-bit Office on 64-bit Windows:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\REGISTRY\MACHINE\Software\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel

* For 32-bit Office on 64-bit Windows:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\REGISTRY\MACHINE\Software\Wow6432Node\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel

私の環境では HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\REGISTRY\MACHINE\Software\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel にありました。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 15

TypeGuessRows のデフォルトは 8 になっています。この値を 0 に設定すると、ドライバーは最初の 16,384 行をチェックします。

もしインポートする行数が 16,384 行を超える可能性があり、すべての行を確認したい場合は Excel の行の最大値の 1,048,576 を設定してください。

ここでは TypeGuessRows を 8 から 0 に変更します。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 16

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 17

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 18

Test1 データベースの Temp_Items テーブルを削除して、もう一度インポートしてみます。

[マッピングの編集] 画面では先ほど 255 だった部分が自動的に max になっています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 19

そのままウィザードを進め、データをインポートします。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 20

Test1 データベースを確認すると、Temp_Items テーブルができていて、ItemDescription のデータ型は NVARCHAR(MAX) になっています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 21

そして、Temp_Items テーブルのデータを確認すると、Item20 の ItemDescription の長さは、ちゃんと 380 になっています。

SQL Server - Excel からのデータインポートで 255 文字より多い文字数のデータをインポートする方法 22

最後に、長い文字列が入ってくる可能性のあるカラムがひとつしか存在せず、レコードの順番が重要でない場合、レジストリを変更せずに、一番長い文字列が入ってるレコードを上にもってくるように Excel でソートしてから、SQL Server にインポートするのもひとつの手かと思います。

以上、Exce から SQL Server へのデータインポートで 255 文字より多い文字数のデータをインポートする方法をご紹介しました。

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法

Thu, 17 Feb 2022 23:02:00 GMT

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法

最後に出現する文字列のインデックス位置やその左側や右側の文字列を取り出す方法
T-SQL では、指定した文字列が最初に出現するインデックス位置は CHARINDEX() で取得できますが、最後に出現するインデックス位置を返す、LastIndexOf のような組み込み関数がありません。

ここでは、最後に出現する文字列のインデックス位置の取得方法と、最後に出現する文字列の左側や右側の文字列を取り出す方法をご説明します。

目次
最後に出現する文字列のインデックス位置を取得する (LastIndexOf)
最後に出現する文字列の左側の文字列を取得する
最後に出現する文字列の右側の文字列を取得する
最後に出現する文字列のインデックス位置を取得する (LastIndexOf)
T-SQL で指定した文字列が、最後に出現する文字列のインデックス位置を取得するには、次のようにできます。

DECLARE @StringToSearch VARCHAR(50) = 'ABCDE-FGHIJ-123';
DECLARE @StringToFind VARCHAR(10) = '-'

IF CHARINDEX(@StringToFind, @StringToSearch) > 0
BEGIN
SELECT LEN(@StringToSearch) - CHARINDEX(@StringToFind, REVERSE(@StringToSearch)) - LEN(@StringToFind) + 2
END
ELSE
BEGIN
SELECT 0;
END
@StringToFind が最後の出現位置をさがしたい文字列、@StringToSearch が検索される文字列です。

CHARINDEX(@StringToFind, @StringToSearch) > 0 で @StringToFind が @StringToSearch の中に存在するか確認し、存在しない時は ELSE で 0 を返すようにしています。

存在する時は、REVERSE() を使って @StringToSearch を反対にしてから、CHARINDEX で @StringToFind の最初の出現位置を取得し、@StringToSearch の文字数からその数と、@StringToFind の文字数を引いて、2 を足すことによって、@StringToFind が最後に出現するインデックス位置を取得しています。

[実行結果]

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 1

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 2

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 3

最後に出現する文字列の左側の文字列を取得する
T-SQL で指定した文字列が、最後に出現する文字列の左側の文字列を取得するには、次のようにできます。

DECLARE @StringToSearch VARCHAR(50) = 'ABCDE-FGHIJ-123'
DECLARE @StringToFind VARCHAR(10) = '-'

IF CHARINDEX(@StringToFind, @StringToSearch) > 0
BEGIN
SELECT LEFT(@StringToSearch, LEN(@StringToSearch) - CHARINDEX(@StringToFind, REVERSE(@StringToSearch)) - LEN(@StringToFind) + 1);
END
ELSE
BEGIN
SELECT '';
END
@StringToFind が最後の出現位置をさがしたい文字列、@StringToSearch が検索される文字列です。

CHARINDEX(@StringToFind, @StringToSearch) > 0 で @StringToFind が @StringToSearch の中に存在するか確認し、存在しない時は ELSE で空の文字列を返すようにしています。

存在する時は LEFT(文字列, 文字数) を使って、最後に出現する @StringToFind の左側の文字を取り出します。

取得したい文字数は先ほど取得した [最後に出現する文字列のインデックス位置] - 1 になるので、LEN(@StringToSearch) - CHARINDEX(@StringToFind, REVERSE(@StringToSearch)) - LEN(@StringToFind) + 1 になります。

[実行結果]

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 4

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 5

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 6

最後に出現する文字列の右側の文字列を取得する
T-SQL で指定した文字列が、最後に出現する文字列の右側の文字列を取得するには、次のようにできます。

DECLARE @StringToSearch VARCHAR(50) = 'ABCDE--FGHIJ--123'
DECLARE @StringToFind VARCHAR(10) = '--'

IF CHARINDEX(@StringToFind, @StringToSearch) > 0
BEGIN
SELECT RIGHT(@StringToSearch, CHARINDEX(@StringToFind, REVERSE(@StringToSearch)) - 1);
END
ELSE
BEGIN
SELECT '';
END
@StringToFind が最後の出現位置をさがしたい文字列、@StringToSearch が検索される文字列です。

CHARINDEX(@StringToFind, @StringToSearch) > 0 で @StringToFind が @StringToSearch の中に存在するか確認し、存在しない時は ELSE で空の文字列を返すようにしています。

存在する時は RIGHT(文字列, 文字数) を使って、最後に出現する @StringToFind の右側の文字を取り出します。

CHARINDEX(@StringToFind, REVERSE(@StringToSearch)) で @StringToSearch を反対にしてから、CHARINDEX で @StringToFind の最初の出現位置を取得すると、その数 - 1 が取得したい文字数になります

[実行結果]

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 7

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 8

SQL Server - 最後に出現する文字列のインデックス位置 (LastIndexOf) や、その左側や右側の文字列を取り出す方法 9

以上、最後に出現する文字列のインデックス位置の取得方法と、最後に出現する文字列の左側や右側の文字列を取り出す方法をご紹介しました。

T-SQL: 複数行のカラムの値からひとつの文字列を生成する方法

Fri, 21 Jan 2022 22:52:00 GMT

T-SQL: 複数行のカラムの値からひとつの文字列を生成する方法

複数行のカラムの値からひとつの文字列を生成する方法
SQL のスクリプトで、複数行のカラムの値から、カンマ区切り (CSV) や改行を入れて、ひとつの文字列を生成したいような時ありませんか。

いろんなやり方があると思いますが、複数行のカラムの値からひとつの文字列を生成する方法をひとつご紹介します。

サンプルデータベースのテーブルを使いますので、実際にスクリプトを実行してみたい方は、こちらのスクリプトを実行して、Student テーブルを生成しておいてください。

以下のような Student テーブルがあります。

複数行のカラムの値からひとつの文字列を生成する方法 1

ここから FirstName と LastName 順で連番をふって並べ替え、改行を入れてつなげた、以下のようなひとつの文字列を取得したいとします。

複数行のカラムの値からひとつの文字列を生成する方法 2

複数行をつなげて、ひとつの文字列にするには、FOR XML PATH を使ったり、STRING_AGG() 関数を使ったり、いろんな方法がありますが、ここでは COALESCE() 関数を使います。

FirstName と LastName 順で連番をふって並べ替え、改行でつなげてひとつの文字列を取得するクエリーは以下の通りです。

DECLARE @StudentInfo NVARCHAR(MAX);

SELECT @StudentInfo = COALESCE(@StudentInfo + CHAR(13) + CHAR(10), '')
+ CAST(ROW_NUMBER() OVER (ORDER BY FirstName, LastName) AS NVARCHAR(20))
+ ': '
+ ISNULL(FirstName, '')
+ ' '
+ ISNULL(LastName, '')
FROM Student
ORDER BY FirstName,
LastName;

SELECT @StudentInfo;
COALESCE() 関数をつかって、@StudentInfo に一行分の文字列 + 改行(CR/LF) を、順番に行数分追加していくようにして、ひとつの文字列につなげています。

一行分の文字列は連番: FirstName LastName です。

連番は ROW_NUMBER() で FirstName, LastName 順に連番をふって、それを NVARCHAR(20) にキャストしています。

文字列を + でつなげる時は、ひとつでも NULL が全体が NULL になってしまうので、NULL になる可能性のある時はお気をつけください。

このクエリーを SQL Server Management Studio で実行しますが、デフォルトの結果をグリッドに表示する方法では、改行が入っているのがわかりにくいので、結果をテキストに表示するように変更してクエリーを実行します。

複数行のカラムの値からひとつの文字列を生成する方法 3

@StudentInfo に連番: FirstName LastName が改行でつながった、文字列が入っているのがわかります。

おまけですが、結果をグリッドに表示して値をコピー＆ペーストすると、SSMS のデフォルトの設定では改行文字が取り除かれます。

複数行のカラムの値からひとつの文字列を生成する方法 4

カンマ区切りでつなげたい時は CHAR(13) + CHAR(10) の部分を ',' に変更すれば取得できます。

DECLARE @StudentInfo NVARCHAR(MAX);

SELECT @StudentInfo = COALESCE(@StudentInfo + ',', '')
+ CAST(ROW_NUMBER() OVER (ORDER BY FirstName, LastName) AS NVARCHAR(20))
+ ': '
+ ISNULL(FirstName, '')
+ ' '
+ ISNULL(LastName, '')
FROM Student
ORDER BY FirstName,
LastName;

SELECT @StudentInfo;
複数行のカラムの値からひとつの文字列を生成する方法 5

以上、複数行のカラムの値からひとつの文字列を生成する方法をご紹介しました。

SQL Server サーバー・データベースロールとその設定方法

Tue, 04 Jan 2022 22:27:00 GMT

SQL Server サーバー・データベースロールとその設定方法

SQL Server では、ユーザーの権限を管理を簡単にするために、固定サーバーレベルのロールと、データベースレベルのロールが用意されています。

ここでは、固定サーバーレベルのロールと、データベースレベルのロールと設定方法についてご説明します。

目次
固定サーバーレベルのロールとは？
固定データベースレベルのロールとは？
SSMS からユーザーにサーバーロールを設定する方法
SSMS からユーザーにデータベースロールを設定する方法
固定サーバーレベルのロールとは？
固定のサーバーレベルのロールとは、サーバーに対しての権限をまとめたものです。

ログインユーザーに対してサーバーロールを設定することで、ひとつひとつサーバーに対してできる権限を許可していくのではなく、まとまった権限を与えることができます。

ログインユーザーに複数のサーバーロールを設定したり、ユーザー定義のサーバーロールを作成して設定することも可能です。

なんでもできる固定サーバーロールは sysadmin で、一番権限がないのが public です。

他には serveradmin、securityadmin、processadmin、setupadmin、bulkadmin、diskadmin、dbcreator があります。

マイクロソフトのサイトに、サーバーロールとパーミッションの関係を示した、わかりやすい表がありましたので、載せておきます。

SQL Server サーバー・データベースロールとその設定方法 1

[Reference] Server-Level Roles - SQL Server | Microsoft Docs

固定のデータベースレベルのロールとは？
固定のデータベースレベルのロールとは、データベースに対しての権限をまとめたものです。

データベースユーザーに対してデータベースのロールを設定することで、データベースに対してできる権限をひとつずつ許可していくのではなく、まとめて権限を与えることができます。

複数のデータベースロールを割り当てたり、ユーザー定義のデータベースロールを作成して割り当てることも可能です。

固定のデータベースロールには db_owner、db_securityadmin、db_accessadmin、db_backupoperator、db_ddladmin、db_datawriter、db_datareader、db_denydatawriter、db_denydatareader があります。

データベースに対して何でもできるのが db_owner、SELECT だけできるのが db_datareader、INSERT/UPDATE/DELETE ができるのが db_datawriter です。

SQL Server サーバー・データベースロールとその設定方法 2

[Reference] Database-Level Roles - SQL Server | Microsoft Docs

SSMS からユーザーにサーバーロールを設定する方法
SQL Server Management Studio から、ログインユーザーにサーバーロールを設定する方法をご説明します。

オブジェクトエクスプローラーの [セキュリティ] > [ログイン] で右クリックして [新しいログイン] を選択します。

SQL Server サーバー・データベースロールとその設定方法 3

新規ログイン作成の画面が表示されるので、左側で [サーバーロール] ページを選択します。

画面にサーバーロールの一覧が表示されるので、ここでログインユーザーにサーバーロールを設定できます。

SQL Server サーバー・データベースロールとその設定方法 4

既存のログインのサーバーロールを変更したい時は、ログインで右クリックしてプロパティを表示すると、同様にサーバーロールを選択するページがでてきます。

SSMS からユーザーにデータベースロールを設定する方法
SQL Server Management Studio から、データベースユーザーにデータベースロールを設定する方法をご紹介します。

新しいログインを生成時に同時に設定することができます。

オブジェクトエクスプローラーの [セキュリティ] > [ログイン] で右クリックして [新しいログイン] を選択します。

SQL Server サーバー・データベースロールとその設定方法 3

新規ログイン作成の画面が表示されるので、左側で [ユーザーマッピング] ページを選択します。

上のグリッドでユーザーをマップするデータベースを選択します。

そうすると、下にそのデータベースのデータベースロールが表示されるので、ここでデータベースユーザにデータベースロールを設定できます。

SQL Server サーバー・データベースロールとその設定方法 5

既存のデータベースユーザーのデータベースロールを変更したい時は、[データベース] > [セキュリティ] > [ユーザー]でユーザーを右クリックして [プロパティ] を選択します。

SQL Server サーバー・データベースロールとその設定方法 6

データベースユーザーのプロパティ画面が表示されるので、左側で [メンバーシップ] ページを選択します。

画面にデータベースロールの一覧が表示されるので、ここでデータベースユーザーににデータベースロールを設定できます。

SQL Server サーバー・データベースロールとその設定方法 7

固定データベースロールに EXECUTE に対する権限を与えるものがないので、ストアドプロシージャやファンクションなどの実行を許可したい時はユーザーに対して GRANT するか、 EXECUTE を許可したデータベースロールを作って、ユーザーに設定しても良いと思います。

GRANT EXECUTE TO [ユーザー名]
CREATE ROLE [execute用ロール名];
GRANT EXECUTE TO [execute用ロール名];

以上、固定サーバーレベルのロールと、データベースレベルのロールと設定方法についてご説明しました。

SQL Server: T-SQL で現在のデータベース名を取得する方法

Fri, 12 Nov 2021 22:47:00 GMT

SQL Server: T-SQL で現在のデータベース名を取得する方法

SQL Server: T-SQL で現在のデータベース名を取得する方法
環境ごとにデータベース名が違って、現在のデータベース名を取得して、ダイナミッククエリなどを生成して実行したいような時があるかもしれません。

ここでは、SQL Server で現在のデータベース名を取得する組み込み関数をご紹介します。

DB_NAME() で現在のデータベース名を取得する
SQL Server の T-SQL で現在のデータベース名を取得するには、組み込み関数の DB_NAME() が使えます。

DB_NAME() の構文は以下の通りです。

DB_NAME([database_id])
オプショナルで database_id を引数として受け取り、その database_id のデータベース名を返します。

引数の database_id を渡さなかったときは、現在のデータベース名が返ります。

戻り値のデータ型は NVARCHAR(128) です。

例えば、AdventureWorks2019 データベースが選択された状態で、次のクエリーを実行すると、現在のデータベース名の AdventureWorks2019 が取得できます。

SELECT DB_NAME() AS DatabaseName;
[実行結果]

T-SQL で現在のデータベース名を取得する方法 1

database_id = 12 のデータベース名を取得したいような時は、次のようにできます。

[実行結果]

T-SQL で現在のデータベース名を取得する方法 2

T-SQL で現在のデータベース名を取得する方法 3

database_id = 12 のデータベースは Test データベースなので、Test という名前が返っています。

以上、SQL Server で現在のデータベース名を取得する組み込み関数をご紹介しました。

SQL Server の ISOLATION LEVEL（トランザクション分離レベル）とは？

Fri, 08 Oct 2021 23:25:00 GMT

SQL Server の ISOLATION LEVEL（トランザクション分離レベル）とは？

ここでは、SQL Server の ISOLATION LEVEL（トランザクション分離レベル）についてご説明します。

目次
SQL Server の ISOLATION LEVEL とは？
ISOLATION LEVEL - READ UNCOMMITTED とは？
ISOLATION LEVEL - READ COMMITTED とは？
ISOLATION LEVEL - REPEATABLE READ とは？
ISOLATION LEVEL - SNAPSHOT とは？
ISOLATION LEVEL - SERIALIZABLE とは？
ISOLATION LEVEL の設定の方法
SQL Server の ISOLATION LEVEL とは？
SQL Server の ISOLATION LEVEL はトランザクションの処理中に、他のトランザクションからのアクセスに対して、どの程度データをロックするかをコントロールするためのものです。

ISOLATION LEVEL が高くなればなるほど、データはロックされてデータの整合性などは保たれますが、その間他のトランザクションは処理を待たなければいけなくなるので、並行で処理ができなくなります。

反対に ISOLATION LEVEL を低くすると、同時にできる処理は増えますが、まだコミットされていないデータを他のトランザクションが読むなどして、データの整合性などに問題が出てくる場合があります。

ですので状況に応じて、適切な ISOLATION LEVEL を使い分ける必要があります。

SQL Server の ISOLATION LEVEL は次の 5 つがありますので順番にご紹介します。

SNAPSHOT 以外は、ANSI/ISO SQL 標準で定められている分離レベルで、上から下へ分離レベルが高くなっていきます。

READ UNCOMMITTED
READ COMMITTED
REPEATABLE READ
SNAPSHOT
SERIALIZABLE

ISOLATION LEVEL - READ UNCOMMITTED とは？
READ UNCOMMITTED は、他のトランザクションが変更してまだコミットしていないデータを読む (Dirty Read) ことができる ISOLATION LEVEL です。

5 つの中で、一番低い ISOLATION LEVEL です。

変更中のデータを取得しても問題がない時には、READ UNCOMMITTED を指定すると、他のトランザクションが終わるのを待たずにデータが取得できます。

SELECT 文のテーブルに NOLOCK のテーブルヒントをつけても READ UNCOMMITTED と同等の動きになります。

ISOLATION LEVEL - READ COMMITTED とは？
READ COMMITTED は、他のトランザクションが変更してまだコミットしていないデータは読めない ISOLATION LEVEL です。

ですので Dirty Read 問題は防げますが、他のトランザクションがデータを変更することができるため、トランザクション内で同じデータを繰り返し読み込むときに、値が変わってしまっている可能性があります。

この、READ COMMITTED のトランザクション分離レベルが、SQL Server のデフォルトです。

ISOLATION LEVEL - REPEATABLE READ とは？
REPEATABLE READ は、他のトランザクションが変更してまだコミットしていないデータを読むことができないようにし、かつ shared lock で他のトランザクションが現在のトランザクションが読んだデータを変更できないようにする ISOLATION LEVEL です。

READ COMMITTED と違って、このトランザクション内では同じデータは何度読み込んでも同じ値になります。

ただ、他のトランザクションが、このトランザクション内で取得したデータの検索条件に合致するようなデータを追加することができます。

ですので、同じトランザクション内で同じクエリーでデータを複数回取得した際に、同じデータが得られない場合があります。

ISOLATION LEVEL - SNAPSHOT とは？
SNAPSHOT は、SQL Server 特有のトランザクション分離レベルで、トランザクションが開始した時にコミット済みのデータのスナップショットをトランザクション内で使用する ISOLATION LEVEL です。

トランザクションが開始した後に、他のトランザクションが変更したデータは、このトランザクションには影響を与えません。

SNAPSHOT のトランザクション分離レベルを使うには、ALLOW_SNAPSHOT_ISOLATION のデータベースオプションを ON にする必要があります。

データがロックされないので並行性は高まりますが、その分リソースを使います。

ISOLATION LEVEL - SERIALIZABLE とは？
SERIALIZABLE は、一番高い ISOLATION LEVEL で、他のトランザクションはこのトランザクションが読んだデータを変更したり、このトランザクションが取得した検索条件に合致するようなデータを追加したりすることができません。

他のトランザクションが変更してコミットされていないようなデータを読むこともできません。

他のトランザクションの影響を受けずに、安全にデータを処理することができますが、その分並行性は低くなります。

同じテーブル、カラム、インデックスなどを使った SERIALIZABLE 分離レベルのトランザクションが複数同時に実行されていると、処理の順番によってはデッドロックも起こりやすくなります。

ISOLATION LEVEL の設定の方法
SQL Server で ISOLATION LEVEL を設定するには SET TRANSACTION ISOLATION LEVEL を使います。

SET TRANSACTION ISOLATION LEVEL トランザクション分離レベル;
設定できる [トランザクション分離レベル] は次のうちのどれかです。

READ UNCOMMITTED
READ COMMITTED
REPEATABLE READ
SNAPSHOT
SERIALIZABLE

例えば、SQL Server Profile で SQL Server Management Studio からの Audit Login のトレースの TextData を見てみると、TRANSACTION ISOLATION LEVEL を READ COMMITTED に設定していることがわかります。

-- network protocol: LPC
set quoted_identifier on
set arithabort off
set numeric_roundabort off
set ansi_warnings on
set ansi_padding on
set ansi_nulls on
set concat_null_yields_null on
set cursor_close_on_commit off
set implicit_transactions off
set language us_english
set dateformat mdy
set datefirst 7
set transaction isolation level read committed
SQL Server の ISOLATION LEVEL（トランザクション分離レベル）1

ちなみに SSMS から実行するクエリのデフォルトの分離レベルを変更したい時は [ツール] > [オプション] メニューを開きます。

SQL Server の ISOLATION LEVEL（トランザクション分離レベル）2

[クエリ実行] > [SQL Server] > [Advanced] の SET TRANSACTION ISOLATION LEVEL で設定できます。

SQL Server の ISOLATION LEVEL（トランザクション分離レベル）3

変更した設定は、新しいコネクションから有効になります。

以上、SQL Server の ISOLATION LEVEL（トランザクション分離レベル）についてご説明しました。

SQL Server Management Studio - 改行入りのデータを CSV ファイルにエクスポートする

Wed, 14 Jul 2021 06:58:00 GMT

SQL Server Management Studio - 改行入りのデータを CSV ファイルにエクスポートする

以前、「SQL Server Management Studio - 改行入りのデータを Excel にエクスポートする」では、SQL Server Management Studio のデータのエクスポート機能を使って、改行入りのデータを Excel ファイルにエクスポートする方法をご紹介しました。

ここでは、SQL Server Management Studio を使って、改行入りのデータを CSV ファイルにエクスポートする方法をご紹介します。

エクスポート機能でデータ変換時にエラーになる場合は、こちらもお試しください。

SQL Server Management Studio で改行入りのデータを CSV ファイルにエクスポートする
それでは、SQL Server Management Studio で改行入りのデータを CSV ファイルにエクスポートする方法を順番にご説明します。

次のような Student テーブルがあります。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 1

StudentID = 2 の Memo カラムの値には次のような改行の入った値が保存されてります。

１行目
２行目
３行目

クエリエディターの結果グリッドで、レコードを選択して、右クリックでヘッダー付きでコピーして Excel ファイルに貼り付けてみます。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 2

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 3

SSMS 2016 以降では、結果グリッドからコピーまたは保存時に CR/LF を保持するかどうかが選択できるようになりました。

デフォルトでは保持しない設定になっている為、改行がスペースに置き換えられ、一行になって貼り付けされます。

CSV ファイルに結果グリッドのデータを改行入りで保存するために、改行を保持する設定に変更します。

メニューから [ツール] > [オプション] を選択し、オプション画面を開きます。

[クエリ結果] > [SQL Server] > [結果をグリッドに表示] を左側で選択し、[コピーまたは保存時に CR/LF を保持] のオプションのチェックをオンに変更し、OK ボタンをクリックします。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 4

既に開いているクエリエディターは古い設定のままなので、新しいクエリエディターを開いてクエリーを実行します。

結果グリッドで先ほどと同様にデータをコピーして Excel ファイルに貼り付けると次のようになります。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 5

改行が入っているので、貼り付けた時に Memo カラムの値が別の行とみなされてしまいます。

改行入りのデータをひとつのカラムの値として保持させるために、CSV ファイルに保存します。

クエリエディターの結果グリッドで、レコードを選択して、右クリックで [結果に名前をつけて保存] を選択します。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 6

CSV ファイルとして保存します。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 7

生成した CSV ファイルを開いてみます。

SSMS - 改行入りのデータを CSV ファイルにエクスポートする 8

ヘッダーは入っていませんが、改行が保持された状態で、結果セットをエクスポートすることができました。

以上、SQL Server Management Studio を使って、改行入りのデータを CSV ファイルにエクスポートする方法をご紹介しました。

SQL Server - 二つのテーブルのデータが完全に同じか比較する方法

Fri, 18 Jun 2021 01:55:00 GMT

SQL Server - 二つのテーブルのデータが完全に同じか比較する方法

ここでは、SQL Server で二つのテーブルのデータが完全に同じか比較する方法をご説明します。

テーブルの差分を比較する方法はいろいろありますが、今回は EXCEPT と JOIN を使う方法をご紹介します。

二つのテーブルは全く同じ構造で、ユニークで NOT NULL のキーとなるカラムが存在する前提でおこないます。

目次
二つのテーブルを比較するサンプルデータを生成する
EXCEPT を使って二つのテーブルのデータを比較する
JOIN を使って二つのテーブルのデータを比較する
二つのテーブルを比較するサンプルデータを生成する
二つのテーブルのデータを比較するために、以下のスクリプトを実行して Student1 と Student2 テーブルを作ります。

StudentID がプライマリーキーです。

※ Student1 と Student2 テーブルがデータベースに既に存在している時は削除されてしまいますのでご注意ください。

IF OBJECT_ID(N'dbo.Student1', N'U') IS NOT NULL DROP TABLE Student1;
IF OBJECT_ID(N'dbo.Student2', N'U') IS NOT NULL DROP TABLE Student2;

CREATE TABLE Student1 (
StudentID INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
FirstName VARCHAR(50) NULL,
LastName VARCHAR(50) NULL,
Birthday DATE NULL,
Gender CHAR(1) NULL
);

CREATE TABLE Student2 (
StudentID INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
FirstName VARCHAR(50) NULL,
LastName VARCHAR(50) NULL,
Birthday DATE NULL,
Gender CHAR(1) NULL
);

INSERT INTO Student1
(FirstName, LastName, Birthday, Gender)
VALUES
('Taro', 'Yamada', '2011-02-10', 'M'),
('Hanako', 'Tanaka' ,'2010-12-30', 'F'),
('Yuko', 'Suzuki', '2010-07-07', 'F'),
('Makoto', 'Sato', '2011-03-12', 'M'),
('Hiroki', 'Takagi', '2010-04-05', 'M');

INSERT INTO Student2
(FirstName, LastName, Birthday, Gender)
VALUES
('Taro', 'Yamada', '2011-02-15', 'M'),
('Hanako', 'Tanaka' ,'2010-12-30', 'F'),
('Yuko', 'Suzuki', '2010-07-07', 'F'),
('Makoto', 'Sato', '2011-03-12', 'M'),
('Hiroki', 'Takagi', '2010-04-05', 'M'),
('Yuka', 'Kimura', '2012-03-27', 'F');
以下の緑の部分が違っている箇所です。

SQL Server - 二つのテーブルのデータが完全に同じか比較する方法 1

EXCEPT を使って二つのテーブルのデータを比較する
まずは、EXCEPT 演算子を使って二つのテーブルのデータが完全に同じかを比較する方法です。

EXCEPT 演算子は EXCEPT の左側の結果セットに存在していて、右側の結果セットには存在していない値のみを返してくれるオペレータで、構文は次の通りです。

[ クエリー 1 ] EXCEPT [ クエリー 2 ]
EXCEPT 演算子の結果セットは DISTINCT な値を返します。

それぞれのクエリーは、カラムの数、順番が一致していなければなりません。

また、データ型も一致しているか、暗黙に同じ型に変換可能なものでなければなりません。

EXCEPT 演算子を使って Student1 に存在していて、Student2 に存在しないデータと、Student2 に存在していて Student1 に存在しないデータを確認します。

SELECT *
FROM Student1
EXCEPT
SELECT *
FROM Student2;

SELECT *
FROM Student2
EXCEPT
SELECT *
FROM Student1;
SQL Server - 二つのテーブルのデータが完全に同じか比較する方法 2

二つのテーブルのカラム数、データ型、カラムの順番が一致しているので * で比較できます。

EXCEPT を使うと DISTINCT な値で比較するので、全く同じ値のレコードが片方のテーブルに多く存在していたとしても、差分として出てきません。

ですが、プライマリーキーカラムが含まれているため、ひとつのテーブルに重複データが存在しないので大丈夫です。

もし、テーブルが同じかどうかを取得したいのであれば、上の結果セットの存在を確認することで取得できます。

IF NOT EXISTS
(SELECT *
FROM Student1
EXCEPT
SELECT *
FROM Student2)
AND NOT EXISTS
(SELECT *
FROM Student2
EXCEPT
SELECT *
FROM Student1)
BEGIN
SELECT 'Same' AS Result;
END
ELSE
BEGIN
SELECT 'Different' AS Result;
END
SQL Server - 二つのテーブルのデータが完全に同じか比較する方法 3

JOIN を使って二つのテーブルのデータを比較する
次は JOIN を使って、二つのテーブルのデータが完全に同じか比較する方法です。

ユニークで NOT NULL なキーをカラムを使って、二つのテーブルを結合します。

まず、キーとなるカラムで INNER JOIN してそれ以外のカラムの値がひとつでも等しくないレコードを抽出します。

等しいかどうかをチェックする際には値に NULL があるとその条件式が TRUE になることはないので気をつけてくださいね。

次に、二つのテーブルをキーとなるカラムで LEFT JOIN して、左側のテーブル 1 にあって右側のテーブル 2 にないレコードを抽出します。

そして、テーブルを反対にして LEFT JOIN して、左側のテーブル 2 にあって右側のテーブル 1 にないレコードを抽出します。

テーブルを反対にせずに RIGHT JOIN を使っても大丈夫です。

この三つのクエリーを実行することで、二つのテーブルのデータで一致していない差分のレコードを取得することができます。

SELECT T1.*,
T2.*
FROM Student1 AS T1
INNER JOIN Student2 AS T2
ON T1.StudentID = T2.StudentID
WHERE ISNULL(T1.FirstName, '') <> ISNULL(T2.FirstName, '')
OR ISNULL(T1.LastName, '') <> ISNULL(T2.LastName, '')
OR ISNULL(T1.Birthday, '1900-01-01') <> ISNULL(T2.Birthday, '1900-01-01')
OR ISNULL(T1.Gender, '') <> ISNULL(T2.Gender, '');

SELECT T1.*,
T2.*
FROM Student1 AS T1
LEFT JOIN Student2 AS T2
ON T1.StudentID = T2.StudentID
WHERE T2.StudentID IS NULL;

SELECT T1.*,
T2.*
FROM Student2 AS T2
LEFT JOIN Student1 AS T1
ON T2.StudentID = T1.StudentID
WHERE T1.StudentID IS NULL;
SQL Server - 二つのテーブルのデータが完全に同じか比較する方法 4

もし、テーブルが同じかどうかだけを取得したいのであれば、先ほどの EXCEPT と同様に上の三つのクエリーの結果セットの存在を確認することで取得できますね。

以上、SQL Server で二つのテーブルのデータが完全に同じか比較する方法をご紹介しました。

SQL Server デフォルトインスタンスへのリモート接続の設定方法

Fri, 12 Feb 2021 21:43:00 GMT

SQL Server デフォルトインスタンスへのリモート接続の設定方法

SQL Server デフォルトインスタンスへのリモート接続の設定方法
今回は SQL Server のデフォルトインスタンスのデータベースエンジンに、リモートで接続するための設定方法についてです。

この記事では「クライアント PC の SQL Server Management Studio から、IP アドレス 192.168.0.27 のサーバ上にある、MSSQLSERVER というデフォルトインスタンスのデータベースエンジンに SQL Server 認証を使って接続する。」というのを目的として進めていきます。

同じサーバにデフォルトインスタンスの SQL Server だけではなく、名前付きインスタンスも存在し、両方に接続したい方は「SQL Server 名前付きインスタンスへのリモート接続の設定方法」をご覧ください。
それでは、リモートで接続するための設定のポイントをひとつずつ見ていきましょう。

ステップ 1: SQL Server 認証が有効化されているか確認する
データベースサーバー上のSQL Server Management Studio でデータベースエンジンに接続し、オブジェクトエクスプローラーでサーバーを右クリックし、プロパティーを開きます。

SQL Server リモート接続の設定方法 1

セキュリティーページのサーバー認証モードが [SQL Server 認証モードと Windows 認証モード] になっていなければ、[SQL Server 認証モードと Windows 認証モード] に変更、OK をクリックします。

SQL Server リモート接続の設定方法 2

ステップ 2: TCP/IP を有効化する
スタートメニューの「ファイル名を指定して実行」で、バージョンに応じて以下のどれかのファイル名を指定して実行し、SQL Server 構成マネージャーを開きます。

SQL Server 2019 -> SQLServerManager15.msc
SQL Server 2017 -> SQLServerManager14.msc
SQL Server 2016 -> SQLServerManager13.msc
SQL Server 2014 -> SQLServerManager12.msc
SQL Server 2012 -> SQLServerManager11.msc

左側の「SQL Server ネットワークの構成」で、接続したいデフォルトインスタンスのプロトコルをクリックし、右側の TCP/IP を右クリックしプロパティーを開きます。

SQL Server リモート接続の設定方法 3

プロトコルのタブで「有効」を「はい」に変更し、IP アドレスのタブの「 TCP ポート」のポート番号が SQL Server のデフォルトポートの 1433 になっていることを確認します。

SQL Server リモート接続の設定方法 4

SQL Server リモート接続の設定方法 5

左側の「 SQL Server のサービス」をクリックし、今回設定しているデフォルトインスタンスの SQL Server を選択して右クリックし、再起動しておきます。

SQL Server リモート接続の設定方法 6

ステップ 3: Windows ファイアウォールを構成する
受信の規則で、SQL Server　のデフォルトインスタンスデータベースエンジンの TCP ポートの許可ルールをつくります。

スタートメニューの「ファイル名を指定して実行」で、WF.msc を指定して実行し、「セキュリティが強化された Windows ファイアウォール」画面を開きます。

左側の「受信の規則」をクリックしてから、右側上の　「新規の規則」をクリックします。

SQL Server リモート接続の設定方法 7

ウィザードが出てくるので、最初の画面で「ポート」を選択して「次へ」をクリックします。

SQL Server リモート接続の設定方法 8

次の「プロトコル及びポート」画面で「 TCP 」を選択し、ポート番号に 1433 を入力して、「次へ」をクリックします。

SQL Server リモート接続の設定方法 9

次の「操作」画面で「接続を許可する」を選択し、「次へ」をクリックします。

SQL Server リモート接続の設定方法 10

次の「プロファイル」画面で「ドメイン」「プライベート」「パブリック」の全てにチェックし「次へ」をクリックします。

SQL Server リモート接続の設定方法 11

次の「名前」画面で適当に名前をつけて、「完了」をクリックします。

SQL Server リモート接続の設定方法 12

これで、SQL Server のデフォルトインスタンス MSSQLSERVER 用の TCP ポートの受信の規則ができました。

SQL Server リモート接続の設定方法 13

※ 各設定のオプションは必要に応じて変更してください。

ステップ 4: クライアント PC から接続してみる
クライアント PC にインストールされた SQL Server Management Studio から、設定した SQL Server のデフォルトインスタンス MSSQLSERVER に接続します。

SQL Server リモート接続の設定方法 14

サーバー名: [データベースサーバーのコンピューター名か IP アドレス]
認証: SQL Server 認証
ログイン: [ログインユーザー名]
パスワード: [ログインユーザーのパスワード]

192.168.0.27 上のデフォルトインスタンス MSSQLSERVER に接続できました。

SQL Server リモート接続の設定方法 15

以上、SQL Server のデフォルトインスタンスのデータベースエンジンに、リモートで接続するための設定方法についてご説明しました。

SQL Server Management Studio で複数のテーブルを一括削除する方法

Sat, 16 Jan 2021 00:36:00 GMT

SQL Server Management Studio で複数のテーブルを一括削除する方法

SQL Server Management Studio で複数のテーブルを一括削除する
Excel からデータを SQL Server のデータベースにインポートしたりして、一時的に作ったテーブルをまとめて削除したい時ありませんか？

ここでは、SQL Server Management Studio の画面から、複数のテーブルを一括削除する方法をご紹介します。

SQL Server Management Studio の普段良く使う [オブジェクトエクスプローラー] からテーブルを削除したい時は、テーブルを選択して右クリックで [削除] しますよね。

SQL Server Management Studio で複数のテーブルを一括削除する方法 1

ただ、この [オブジェクトエクスプローラー] では、複数のオブジェクトを一度に選択することができないので、複数のテーブルを削除したい時はひとつずつ削除しなければなりません。

DROP 文を書けばいいかもしれませんが、SQL Server Management Studio の画面からオブジェクトを一括で削除できれば便利ですよね。

そんな時は、[オブジェクトエクスプローラーの詳細] 画面を使うと、SQL Server Management Studio の画面からテーブルなどのオブジェクトを一括で削除することができます。

[オブジェクトエクスプローラーの詳細] 画面を表示するには、[表示] メニューの [オブジェクトエクスプローラーの詳細] を選択します。

SQL Server Management Studio で複数のテーブルを一括削除する方法 2

SQL Server Management Studio で複数のテーブルを一括削除する方法 3

テーブルの一覧が表示されていない場合は、[オブジェクトエクスプローラー] 側でデータベースの [テーブル] を選択するか、[オブジェクトエクスプローラーの詳細] のメニューで、オブジェクトをダブルクリックすると子の階層に移動し、[Up] をクリックすると親の階層に移動します。

SQL Server Management Studio で複数のテーブルを一括削除する方法 4

[オブジェクトエクスプローラーの詳細] 画面では、複数のオブジェクトを一度に選択できるので、削除したいテーブルを選択して右クリックし [削除] を選択します。

SQL Server Management Studio で複数のテーブルを一括削除する方法 5

削除の確認画面が出てくるので、良ければ [OK] ボタンをクリックすると、削除できる状態であれば、選択したテーブルが削除されます。

SQL Server Management Studio で複数のテーブルを一括削除する方法 6

テーブルだけでなく、削除可能なオブジェクトは同様の方法で [オブジェクトエクスプローラーの詳細] 画面で複数選択して、一括削除できます。

以上、SQL Server Management Studio の画面から、複数のテーブルを一括削除する方法をご紹介しました。

外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法

Fri, 08 Jan 2021 04:06:00 GMT

外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法

外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) するには？
SQL でテーブルにデータを投入したりする際に、一時的に外部キーや CHECK 制約を無効にして、データの投入後、有効にもどしたいような時ありませんか？

ここでは、そんな時に使える、外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化するスクリプトをご紹介します。

目次
あるテーブルの特定の外部キー (FOREIGN KEY) や CHECK 制約を無効化・有効化する方法
あるテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法
データベースの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法
あるテーブルの特定の外部キー (FOREIGN KEY) や CHECK 制約を無効化・有効化する方法
まずはあるテーブルの、特定の外部キー (FOREIGN KEY) や CHECK 制約を無効化・有効化するスクリプトです。

--無効化するスクリプト
ALTER TABLE [テーブル名] NOCHECK CONSTRAINT [外部キー・CHECK制約名];

--有効化するスクリプト
ALTER TABLE [テーブル名] WITH CHECK CHECK CONSTRAINT [外部キー・CHECK制約名];

例えば、次のような外部キーとチェック制約のついた TestResult というテーブルがあります。

外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 1

「FK__TestResul__Stude__4E88ABD4」という名前の外部キー制約を無効化したい時は次のようにできます。

-- 外部キー制約を無効化
ALTER TABLE TestResult NOCHECK CONSTRAINT FK__TestResul__Stude__4E88ABD4;

-- ステータス確認のためのスクリプト
SELECT F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id
WHERE O.name = 'TestResult'
AND F.name = 'FK__TestResul__Stude__4E88ABD4';
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 2

「FK__TestResul__Stude__4E88ABD4」外部キー制約の is_disabled カラムの値が 1 になって無効化されているのがわかります。

次のスクリプトで外部キー制約を有効化することができます。

-- 外部キー制約を有効化
ALTER TABLE TestResult WITH CHECK CHECK CONSTRAINT FK__TestResul__Stude__4E88ABD4;

-- ステータス確認のためのスクリプト
SELECT F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id
WHERE O.name = 'TestResult'
AND F.name = 'FK__TestResul__Stude__4E88ABD4';
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 3

「FK__TestResul__Stude__4E88ABD4」外部キー制約の is_disabled カラムの値が 0 になって有効化されているのがわかります。

CHECK 制約も全く同じ方法で無効化・有効化できます。

あるテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法
次は、あるテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法です。

先ほど、[外部キー・CHECK制約名] を指定していた箇所を ALL に変更すると、指定したテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約が無効化・有効化できます。

--無効化するスクリプト
ALTER TABLE [テーブル名] NOCHECK CONSTRAINT ALL;

--有効化するスクリプト
ALTER TABLE [テーブル名] WITH CHECK CHECK CONSTRAINT ALL;

先ほどの TestResult テーブルの全ての外部キーと CHECK 制約を無効化したい時は次のようにできます。

外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 1

-- 制約を無効化
ALTER TABLE TestResult NOCHECK CONSTRAINT ALL;

-- ステータス確認のためのスクリプト
SELECT F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id
WHERE O.name = 'TestResult';

SELECT C.name,
C.is_disabled,
C.is_not_trusted
FROM sys.check_constraints AS C
INNER JOIN sys.objects AS O
ON C.parent_object_id = O.object_id
WHERE O.name = 'TestResult';
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 4

有効化に戻すには次のようにできます。

-- 制約を有効化
ALTER TABLE TestResult WITH CHECK CHECK CONSTRAINT ALL;

-- ステータス確認のためのスクリプト
SELECT F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id
WHERE O.name = 'TestResult';

SELECT C.name,
C.is_disabled,
C.is_not_trusted
FROM sys.check_constraints AS C
INNER JOIN sys.objects AS O
ON C.parent_object_id = O.object_id
WHERE O.name = 'TestResult';
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 5

データベースの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法
最後に、データベースの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化する方法です。

sp_MSForEachTable を使って、先ほどの、あるテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約を無効化・有効化するスクリプトを全テーブルに対して実行します。

sp_MSForEachTable はマイクロソフトによってドキュメントされていないストアドプロシージャで、引数で指定したコマンドを全てのユーザーテーブルについて実行してくれます。

--無効化するスクリプト
EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL;'

--有効化するスクリプト
EXEC sp_MSForEachTable 'ALTER TABLE ? WITH CHECK CHECK CONSTRAINT ALL;'

データベースを選択して、次のスクリプトを実行するとデータベースの全ての外部キー (FOREIGN KEY) と CHECK 制約が無効化されます。

-- 制約を無効化
EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL;'

-- ステータス確認のためのスクリプト
SELECT O.name AS TableName,
F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id;

SELECT O.name AS TableName,
C.name,
C.is_disabled,
C.is_not_trusted
FROM sys.check_constraints AS C
INNER JOIN sys.objects AS O
ON C.parent_object_id = O.object_id;
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 6

Test 用のデータベースなので、制約の数が少ないですが、TestResult テーブルだけではなく、TestResultSummary というテーブルの制約も無効化されています。

次のスクリプトで、データベースの全ての外部キー (FOREIGN KEY) と CHECK 制約が有効化されます。

-- 制約を有効化
EXEC sp_MSForEachTable 'ALTER TABLE ? WITH CHECK CHECK CONSTRAINT ALL;'

-- ステータス確認のためのスクリプト
SELECT O.name AS TableName,
F.name,
F.is_disabled,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id;

SELECT O.name AS TableName,
C.name,
C.is_disabled,
C.is_not_trusted
FROM sys.check_constraints AS C
INNER JOIN sys.objects AS O
ON C.parent_object_id = O.object_id;
外部キー (FOREIGN KEY) と CHECK 制約を無効化(disable) / 有効化(enable) する方法 7

ALL キーワードを使って外部キー (FOREIGN KEY) と CHECK 制約を有効化すると、そのテーブルの全ての外部キー (FOREIGN KEY) と CHECK 制約が有効化されます。

一時的に外部キーや CHECK 制約を無効にして、データの投入後、有効にもどしたいような状況の時は、意図的に無効化していた制約まで有効化してしまわないように気をつけてくださいね！

以上、外部キー (FOREIGN KEY) と CHECK 制約を、無効化 (disable)・有効化 (enable) するスクリプトをご紹介しました。

SQL Server インポートおよびエクスポートウィザード - Excel などの OLEDB プロバイダエラーの解決方法

Thu, 07 Jan 2021 02:01:00 GMT

SQL Server インポートおよびエクスポートウィザード - Excel などの OLEDB プロバイダエラーの解決方法

SQL Server Management Studio でデータベースを選択して [タスク] > [データのインポート] などのメニューを選択すると SQL Server インポートおよびエクスポートウィザードが起動します。

ここでは、SQL Server インポートおよびエクスポートウィザードで、データソースなどに Excel や Access ファイル等を指定した時に、次のような OLEDB プロバイダエラーが出た際の解決方法のひとつをご紹介します。

'Microsoft.ACE.OLEDB.12.0' プロバイダはローカルのコンピュータに登録されていません。 (System.Data)

The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine. (System.Data)

SQL Server インポートおよびエクスポートウィザード - プロバイダエラーの解決方法 1

目次
OLEDB プロバイダエラーの原因と解決方法について
64 bit 版の SQL Server インポートおよびエクスポートウィザードの起動方法
OLEDB プロバイダエラーの原因と解決方法について
この状況で「'Microsoft.ACE.OLEDB.12.0' プロバイダはローカルのコンピュータに登録されていません。」エラーが起こる原因は、マシンに 32 bit バージョンの OLEDB プロバイダがインストールされていない為です。

SQL Server Management Studio (SSMS) が 32 bit のアプリケーションなので、SSMS から SQL Server インポートおよびエクスポートウィザードを起動すると 32 bit バージョンのウィザードが起動されるからです。

32 bit の OLEDB プロバイダが登録されていなくても、64 bit のプロバイダはインストールされている場合は 64-bit の SQL Server インポートおよびエクスポートウィザードを使用することが解決できます。

64 bit 版の SQL Server インポートおよびエクスポートウィザードの起動方法
64 bit 版の SQL Server インポートおよびエクスポートウィザードの起動する方法は何通りかあります。

簡単な方法は、SQL Server がインストールされている Windows のスタートメニューから Microsoft SQL Server を探し、[SQL Server * データのインポートおよびエクスポート (64 ビット)] を選択します。

SQL Server インポートおよびエクスポートウィザード - プロバイダエラーの解決方法 2

または、SQL Server がインストールされている Windows の検索機能で「Import Data（データのインポート）」などで検索すると出てきます。

SQL Server インポートおよびエクスポートウィザード - プロバイダエラーの解決方法 3

起動されるファイルは C:\Program Files\Microsoft SQL Server\[バージョンごとの番号]\DTS\Binn にある DTSWizard.exe ファイルで、このファイルを直接起動しても大丈夫です。

[バージョンごとの番号] は COMPATIBILITY_LEVEL と同じで、2017 は 140、2019 は 150 です。

SQL Server インポートおよびエクスポートウィザード - プロバイダエラーの解決方法 4

上記の方法で、64 bit 版の SQL Server インポートおよびエクスポートウィザードを起動して実行すると、64 bit 版の該当の OLEDB プロバイダがインストールされている場合はエラーが出なくなるはずです。

以上、SQL Server インポートおよびエクスポートウィザードの Excel などの OLEDB プロバイダエラーの解決方法のひとつをご紹介しました。

SQL Server - 認証モードの変更方法

Fri, 16 Oct 2020 21:47:00 GMT

SQL Server - 認証モードの変更方法

ここでは、SQL Server でユーザー名とパスワードでログインできるように認証モードを変更する方法をご説明します。

目次
SQL Server の接続の認証モードとは？
SQL Server の接続の認証モードを変更する
sa アカウントのログインを有効化する
SQL Server Management Studio から sa アカウントでログインする
SQL Server の接続の認証モードとは？
SQL Server へ接続する時の認証モードには、[Windows 認証モード] と [SQL Server 認証モードと Windows 認証モード] があります。

[Windows 認証モード] は Windows のユーザアカウントを使って認証する方法で、Windows へログインした時のトークンを使って認証する方法です。この方法では SQL Server 接続時にユーザー名とパスワードは入力しません。

[SQL Server 認証モード] は Windows のユーザーではなく、SQL Server のユーザーを使用し、ユーザー名とパスワードを入力してログインする方法です。

「基本」オプションで SQL Server をインストールすると、デフォルトではユーザ名とパスワードでログインする「SQL Server 認証モード」はオフになっていて、ユーザ名とパスワードでは SQL Server に接続できません。

この記事では [Windows 認証モード] になっている前提で、SQL Server Management Studio (SSMS) で、SQL Server にユーザ名とパスワードで接続できるように、[SQL Server 認証モードと Windows 認証モード] に変更する方法をご説明します。

今回は sa アカウントで接続できるようにするところまで、順を追ってご説明します。

SQL Server の接続の認証モードを変更する
SQL Server Management Studio (SSMS) を起動し、認証モードを変更したい SQL Server に接続します。

接続方法がわからない方は「SQL Server Management Studio (SSMS) でデータベースに接続する」をご覧ください。

オブジェクトエクスプローラで、SQL Server サーバーを選択し右クリックして [プロパティ] を選択します。

SQL Server - 認証モードの変更方法 1

プロパティ画面が出てくるので、左側のページで [セキュリティ] を選択し、「サーバー認証」の項目で、[Windows 認証モード] から [SQL Server 認証モードと Windows 認証モード] に変更し、[OK] ボタンをクリックします。

SQL Server - 認証モードの変更方法 2

再起動が必要であることを示すダイアログボックスでが出てくるので、[OK] ボタンをクリックします。

オブジェクトエクスプローラに戻り、再度 SQL Server サーバーを右クリックして [再起動] します。

SQL Server - 認証モードの変更方法 9

これで、SQL Server の認証モードが変更できました。

sa アカウントのログインを有効化する
今回は sa アカウントを使って、SQL Server に SQL 認証でログインしてみます。

sa アカウントというのは組み込みの SQL Server システム管理者アカウントです。

sa アカウントでログインすると何でもできる権限があるので、特に本番環境でアプリケーションプログラムから接続する時は sa アカウント以外のユーザを使ったほうが良いと思います。

マイクロソフトでも、アプリケーションに必要がない限り sa アカウントは無効化することが推奨されています。

ただ、権限が原因でエラーになることがないので、学習に使ったり、機能を試したりする時には便利です。 sa アカウントでできて、他のユーザでできない場合は権限の設定を見直してみてください。

「基本」オプションで SQL Server をインストールすると、sa アカウントのログインが無効化されていることがありますので、sa アカウントのログインを有効化します。

SQL Server Management Studio のオブジェクトエクスプローラで、[セキュリティ] > [ログイン] を開き、sa を選択して右クリックし、[プロパティ] を選択します。

SQL Server - 認証モードの変更方法 3

プロパティ画面が出てくるので、左側のページで [状態] を選択し、「ログイン」の項目で、無効になっている場合は [有効] に変更します。

SQL Server - 認証モードの変更方法 4

sa のパスワードがわからない方は、[全般] ページの以下の場所でパスワードを再設定して、[OK] ボタンをクリックします。

SQL Server - 認証モードの変更方法 5

SQL Server Management Studio から sa アカウントでログインする
それでは、SQL Server 認証で SQL Server に接続してみましょう。

[サーバーへの接続] 画面の「認証」で [SQL Server 認証] を選択します。

SQL Server - 認証モードの変更方法 6

Login に sa と入力し、Password に sa のパスワードを入力して、[接続] ボタンをクリックします。

SQL Server - 認証モードの変更方法 7

これで、SQL Server 認証で、sa アカウントで SQL Server に接続できました。

SQL Server - 認証モードの変更方法 9

以上、SQL Server でユーザー名とパスワードでログインできるように認証モードを変更する方法をご説明しました。

SQL Server - BIT の反転させた値を取得する方法

Fri, 31 Jul 2020 01:06:00 GMT

SQL Server - BIT の反転させた値を取得する方法

BIT の反転させた（反対の）値を取得する方法
BIT のデータ型に入っている値を反転させたい時ありますよね。

例えば CloseFlag という BIT 型のカラムに、その期間がクローズされたかどうかを表す値が入っていて、クライアントのプログラムではその期間がオープンかどうかをチェックボックスで表示したいような時です。

今回はそんな時に簡単に BIT の値を反転させる方法をご紹介します。

~ (ビット演算子 NOT) を使って BIT の値を反転させる
SQL Server で、BIT の値を反転させたい時には、~ (ビット演算子 NOT) が使えます。

カラム名や変数の前に ~ をつけるだけです。

BIT 型の変数に入っている 1, 0, null を反転させてみます。

DECLARE @CloseFlag1 BIT = 1,
@CloseFlag2 BIT = 0,
@CloseFlag3 BIT;

SELECT ~@CloseFlag1 AS OpenFlag1,
~@CloseFlag2 AS OpenFlag2,
~@CloseFlag3 AS OpenFlag3;
SQL Server - BIT の反転させた値を取得する方法 1

1 と 0 の BIT の値が反転していますね。

値が NULL の時は反転させても NULL のままですので、NULL を 0 として扱いたいような時は ISNULL() などで変換する前に置き換えてください。

CASE 文を使って BIT の値を反転させる
ビット演算子のほうが簡単ですが、CASE 文を使っても、BIT の反対の値を取得することができます。

DECLARE @CloseFlag1 BIT = 1;

SELECT CASE
WHEN @CloseFlag1 = 1
THEN 0
ELSE 1
END AS OpenFlag1;
SQL Server - BIT の反転させた値を取得する方法 2

BIT の値は反転されていますね。この方法だと元の値が null の時は、反転した値が 1 になりますね。

あと、このやり方だと OpenFlag1 のデータ型は INT になります。

SQL_VARIANT_PROPERTY() を使って確認してみましょう。

SQL_VARIANT_PROPERTY() の使い方についてはこちらをご覧ください。「SQL Server: 値のデータ型を確認する方法」
DECLARE @CloseFlag1 BIT = 1;

SELECT SQL_VARIANT_PROPERTY(~@CloseFlag1, 'BaseType');

SELECT SQL_VARIANT_PROPERTY(CASE
WHEN @CloseFlag1 = 1
THEN 0
ELSE 1
END, 'BaseType');
SQL Server - BIT の反転させた値を取得する方法 3

~ (ビット演算子 NOT)で反転させたほうは bit 型ですが、0, 1 と CASE 文で数字を指定しただけのときは INT 型になっていますね。

反転した値を BIT 型で取得したい時は、BIT 型に CAST してください。

DECLARE @CloseFlag1 BIT = 1;

SELECT CASE
WHEN @CloseFlag1 = 1
THEN CAST(0 AS BIT)
ELSE CAST(1 AS BIT)
END AS OpenFlag1;
以上、SQL Server で BIT の反転させた値を取得する方法をご紹介しました。

sp_executesql で OUTPUT を取得する

Thu, 02 Jul 2020 23:46:00 GMT

sp_executesql で OUTPUT を取得する

sp_executesql で OUTPUT を取得する
SQL Server で動的に作成したスクリプトを実行したい時にはシステムストアードプロシージャの sp_executesql や EXEC (EXECUTE) ステートメント使って実行することができます。

ここでは、sp_executesql を使って、OUTPUT パラメーターの値や、結果セットを取得する方法をご紹介します。

sp_executesql で OUTPUT パラメーターの値を取得する
sp_executesql システムストアードプロシージャで動的に作成したスクリプトを実行した際に、OUTPUT パラメーターを指定して値を取得することができます。

例えば、次のような Student テーブルがあります。

sp_executesql で OUTPUT パラメーターの値を取得する 1

Student テーブルの中の Gender が 'M' のレコード数を sp_executesql を使って OUTPUT パラメーターで取得したい時には、次のようにできます。

DECLARE @Sql NVARCHAR(500),
@RecordCount INT;

SET @Sql = N'SET @RecordCount = ISNULL((SELECT COUNT(*)
FROM Student
WHERE Gender = @Gender), 0);';

EXEC sp_executesql　@Sql,
　N'@Gender CHAR(1), @RecordCount INT OUTPUT',
　@Gender = 'M',
　@RecordCount = @RecordCount OUTPUT;

SELECT @RecordCount AS RecordCount;
sp_executesql で OUTPUT パラメーターの値を取得する 2

このように、パラメーターの定義の箇所と、パラメータの値を指定する箇所に出力パラメータであることを示すために OUTPUT キーワードを追加します。

Gender = 'M' のレコードは 3 つなので、@RecordCount に 3 が入っていますね。

sp_executesql で結果セットを取得する
sp_executesql を使って、Gender = 'M' のレコードの数ではなくて、Gender = 'M' のレコードを結果セットとして取得することもできます。

その際は、先に結果セットが保持できる構造を持つテーブル変数を作っておく必要があります。例えば次のような感じです。

DECLARE @MaleStudent TABLE (
StudentID INT,
FirstName NVARCHAR(50),
LastName NVARCHAR(50),
Gender CHAR(1)
);

DECLARE @Sql NVARCHAR(500);

SET @Sql = N'SELECT StudentID,
FirstName,
LastName,
Gender
FROM Student
WHERE Gender = @Gender;';

INSERT INTO @MaleStudent
EXEC sp_executesql @Sql,
N'@Gender CHAR(1)',
@Gender = 'M';

SELECT * FROM @MaleStudent;
sp_executesql で OUTPUT パラメーターの値を取得する 3

「 INSERT INTO テーブル変数 EXEC sp_executesql ... 」のようにして、結果セットをテーブル変数に挿入します。

Student テーブルの Gender = 'M' のレコードが @MaleStudent に取得できていますね。

以上、sp_executesql を使って、OUTPUT パラメーターの値や、結果セットを取得する方法をご紹介しました。

Azure SQL Database とは？

Mon, 27 Apr 2020 23:27:00 GMT

Azure SQL Database とは？

Azure SQL Database とは？
最近はどんどん、システムのクラウド化が進んでいますね。

私の働いている会社でも、サーバーのアップグレードのタイミングで、オンプレミスからクラウドへの移行するクライアントが多いです。

今回はクラウドデータベースサービスの Azure SQL Database について、簡単にご紹介します。

Azure

Azure SQL Database とは？
Azure SQL Database は 2010 年にリリースされた Microsoft のクラウド版のデータベースサービスです。

最新版の Enterprise エディションの SQL Server エンジンが提供されているので、オンプレミスの同じバージョン・エディションの SQL Server エンジンとほぼ同様の機能がそのまま使えます。

オンプレミスと比べて、特に良い点としては、スケーラビリティ (scalability) や高可用性 (high availability) があげられます。

マイクロソフトののサイトでは 99.99% の可用性と記載されています。

また、ビルトインでバックアップ、パッチのインストール、リカバリーがサポートされています。

使い始めるのもとても簡単ですし、今 Microsoft SQL Server を使っている人であれば、なんの抵抗もなく Azure SQL Database を使えると思います。

Azure SQL Database デプロイオプションについて
Azure SQL Database には 3 つのデプロイオプションが用意されています。
Single database オプション
Single データベースのデプロイメントオプションは SQL Server エンジンのデータベースをひとつと、割り当てられたリソースが使えるオプションです。

新規にアプリケーションを開発する時におすすめされています。

一部の T-SQL ステートメントやクエリーは制限されていて、サーバーレベルの T-SQL ステートメントなどは使えません。

料金体系はフレキシブルで、一番安いプランからはじめて、必要に応じてダウンタイムなしでプランを変更することができます。

Elastic pool オプション
Elastic pool は複数のデータベースが必要な時に、同じ Azure SQL Database サーバに作り、リソースなどをシェアして利用したい時に使えるオプションです。

複数のデータベースが必要になった時に Single データベースオプションから Elastic pool に移行することができます。

その他の利点などは Single データベースデプロイメントオプションと同じです。

Managed instance オプション
3 つのオプションの中で一番料金が高いですが、オンプレミスの最新版のエンタープライズエディションの SQL Server エンジンとほぼ 100% の互換性があります。

SQL Server を使うシステムの変更を最小限にして、既存のオンプレミスの SQL Server をクラウドに持ってくるののに適したオプションとされています。

Azure Database Migration Service という移行のためのサービスまで用意されており、オンプレミスの SQL Server インスタンスから Azure SQL Database のマネージドインスタンスへのデータベースの移行をスムースに行うことができます。

オンプレミスの SQL Server をクラウドに移行するもうひとつのオプション
オンプレミスの SQL Serverをクラウドに移行するには、Managed instance がおすすめされていますが、Azure SQL Database とは別に、SQL Server を Azure のバーチャルマシン上にインストールするというオプションがあります。

一番コストがかかりますが、この方法ですと OS のバージョンや、SQL Server のバージョンやエディションなど、自由に選択できます。

また、OS や SQL Server の管理者権限が必要となるような設定も自由に設定可能です。オンプレミスで管理するのとほぼ同じです。

本当にシステムの変更を最低限にして、クラウドに移行したいのであれば、この方法が一番良いと思います。

SQL Server のバージョンやエディションを指定したい時はこの方法しかないとも言えますね。

以上、Azure SQL Database とは何かについてご説明しました。

Azure SQL Database 入門

Mon, 27 Apr 2020 23:25:00 GMT

Azure SQL Database は Microsoft のクラウド版のデータベースサービスです。

システムのクラウド化が進んでいるので、Azure SQL Database について、Microsoft SQL Database を使われている方々に有用な情報を、できるだけわかりやすくご説明したいと思います。

Azure SQL Database とは？

SQL Server Management Studio でバックアップなどのスクリプトを生成する方法

Fri, 27 Mar 2020 21:09:00 GMT

SQL Server Management Studio でバックアップなどのスクリプトを生成する方法

SSMS の画面からバックアップなどのスクリプトを生成する
SQL Server Management Studio の GUI を使って、データベースのバックアップをとる時に、毎回同じオプションを選択して、ちょっと面倒だなと思うような時ありませんか？

同じことができるバックアップのスクリプトがあったら、クエリー画面を開いて、実行すれば良いだけなので便利ですよね。

今回は、SQL Server Management Studio の画面から、バックアップなどのスクリプトを生成する方法をご紹介します。

バックアップのスクリプトを生成する方法
SQL Server Management Studio の画面から、データベース完全バックアップのオプションを設定した後で、バックアップスクリプトを生成してみましょう。

今回は適当にバックアップのオプションを設定していきますが、実際バックアップをとる際はこの通りでなくても全然大丈夫です。

ここでは、スクリプトの生成方法についてご説明しますので、データベースの完全バックアップをとる方法の詳細は「SQL Server: フル（完全）バックアップをとる方法」をご覧ください。

1. まず、バックアップしたいデータベースを選択して右クリックし、 [タスク] > [バックアップ] を選択します。

SSMS バックアップのスクリプトを生成する方法 1

2. データベースのバックアップの画面が出てくるので、[全般] のページで「コピーのみのバックアップ」をチェックし、バックアップ先を追加します。

SSMS バックアップのスクリプトを生成する方法 2

3. [メディアオプション] のページでは、「既存のすべてのバックアップセットを上書きする」を選択します。

SSMS バックアップのスクリプトを生成する方法 3

4. [バックアップオプション] のページでは、圧縮のオプションで「バックアップを圧縮する」を選択します。

SSMS バックアップのスクリプトを生成する方法 4

5. これでバックアップの希望の設定が終わったので、スクリプトを生成します。

設定画面の上のほうにある[スクリプト] をクリックし、「スクリプト操作を新規クエリウィンドウに保存」を選択します。

今回はすぐ実行するので、新規クエリウィンドウに保存を選択しますが、ファイルに保存、クリップボードに保存、ジョブに保存など、ご希望に応じて選択してください。

ちなみに、スクリプト操作をジョブに保存するオプションを選択すると、ステップ１のコマンドにバックアップのスクリプトが設定された状態で、新規のジョブ作成画面が立ち上がります。

SSMS バックアップのスクリプトを生成する方法 5

6. 新規クエリウインドウが開き、指定したデータベースをバックアップするスクリプトが出力されます。

BACKUP DATABASE [Test] TO
DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Backup\Test.bak'
WITH COPY_ONLY, NOFORMAT, INIT, NAME = N'Test-Full Database Backup',
SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 10
GO
SSMS バックアップのスクリプトを生成する方法 6

COPY_ONLY、INIT、COMPRESSION など画面から設定したオプションが反映されていますね。

このスクリプトを実行してみると、ちゃんとバックアップファイルが指定のフォルダーに生成されました。

SSMS バックアップのスクリプトを生成する方法 7

SSMS バックアップのスクリプトを生成する方法 8

最後に、このスクリプトを生成する方法はバックアップの時だけでなく、データベースの圧縮や復元、ログイン、ユーザー、データベース、ジョブの生成などなど、SQL Server Management Studio の画面にスクリプトボタンがある場合は同様にスクリプトを生成することができます。

スクリプトがあったほうが便利な時もあると思うので、活用してみてくださいね。

以上、SQL Server Management Studio でバックアップなどのスクリプトを生成する方法をご紹介しました。

SQL Server の sysname 型とは？

Thu, 12 Mar 2020 22:30:00 GMT

SQL Server の sysname 型とは？

SQL Server の sysname 型とは？
sys.objects などのシステムカタログビューの定義を見ていると、列のデータ型が sysname となっていることがあります。

SQL Server の sysname 型とは 1

sysname 型はユーザー定義のテーブルにはほとんど使わない、あまり馴染みのないデータ型だと思います。

今回は、SQL　Server の sysname 型とは何か？についてご紹介します。

sysname 型とは？
sysname 型は、SQL Server で使用できる特殊なデータ型のひとつで、データベースのオブジェクト名を格納するのに使われます。

機能的には sysname 型を使ってカラムを定義してみるとわかりますが、SQL Server 7.0 以降のバージョンでは nvarchar(128) NOT NULL と同じです。

SQL Server の sysname 型とは 3

SQL Server の sysname 型とは 2

1996 年のリリースなのでもう使われていないかもしれませんが、SQL Server 6.5 以前は varchar(30) と同等です。

ちなみに、SQL Server 2008 R2 以前はケースセンシティブのコレーションでは、sysname のキーワードは小文字でないと認識しませんでしたが、今は小文字でも大文字でも大丈夫です。

sysname 型はどんな時に使う？
では、sysname 型はどんな時に使うと良いでしょうか？

あまりユーザー定義のオブジェクトでは使う機会がないというのが正直なところですが、データベースのオブジェクト名を格納することがあって、この先 SQL Server のバージョンをアップグレードする可能性があるような時は sysname 型を使っておくと良いかもしれません。

そうしておけば、もしこの先のバージョンの SQL Server で sysname 型が nvarchar(256) NOT NULL などになっても、定義やスクリプト等を変更しなくてもそのまま使えますね。

SQL SERVER - MERGE でテーブルのデータを同期する

Tue, 10 Mar 2020 17:36:00 GMT

SQL SERVER - MERGE でテーブルのデータを同期する

MERGE 文を使ってテーブルのデータを同期する
同じような構造の二つのテーブルがあって、そのデータを同期したいような時ありませんか？

具体的には次のような処理をしたい時です。　

変更元となるテーブルをソーステーブル、変更先のテーブルをターゲットテーブルとして、

ソーステーブルのデータがターゲットテーブルに存在する時は UPDATE
ソーステーブルのデータがターゲットテーブルに存在しない時は INSERT
ターゲットテーブルにしか存在しない時は DELETE
これらの処理を行うことによって、ターゲットテーブルのデータはソーステーブルのデータと同じなるはずです。

MERGE 文を使うと、この UPDATE、INSERT、DELETE の処理を一度に行うことができます。

今回は簡単な MERGE 文を使ってテーブルのデータを同期する方法をご紹介します。

MERGE 文で同時に挿入・更新・削除を行う
今回使う、シンプルな MERGE ステートメントの構文は次の通りです。

MERGE
USING
ON
WHEN MATCHED
　　　THEN
WHEN NOT MATCHED BY TARGET
　　　THEN
WHEN NOT MATCHED BY SOURCE
　　　THEN ;
: ターゲット（変更先）のテーブル
: ソース（変更元）のテーブル
: マージの結合条件
: ソーステーブルのデータがターゲットテーブルに存在する時に実行される句
: ソーステーブルのデータがターゲットテーブルに存在しない時に実行される句
: ターゲットテーブルにしか存在しない時に実行される句
他にもオプションや条件の追加、結果の出力などいろいろありますので、興味のある方はマイクロソフトの MERGE (Transact-SQL) のページでご確認ください。

では、上のマージ文を使って、違うデータベースにある Student テーブルのデータを同期してみましょう。

まずデータの準備をします。 Student テーブルが存在しない Test4 と Test5 というデータベースがある前提で、以下のスクリプトを実行して Student テーブルを作ります。

CREATE TABLE Test4.dbo.Student (
StudentID INT NOT NULL PRIMARY KEY,
FirstName VARCHAR(50) NULL,
LastName VARCHAR(50) NULL,
Birthday DATE NULL,
Gender CHAR(1) NULL
);

INSERT INTO Test4.dbo.Student
(StudentID, FirstName, LastName, Birthday, Gender)
VALUES
(1, 'Taro', 'Yamada', '1980-02-15', 'M'),
(2, 'Hanako', 'Tanaka' ,'1979-12-30', 'F'),
(3, 'Yuko', 'Suzuki', '1979-07-07', 'F'),
(4, 'Takao', 'Sato', '1980-03-12', 'M'),
(5, 'Hiroki', 'Takagi', '1979-04-05', 'M'),
(6, 'Yuka', 'Kimura', '1981-03-27', 'F');
-----------------------------------------
CREATE TABLE Test5.dbo.Student (
StudentID INT NOT NULL PRIMARY KEY,
FirstName VARCHAR(50) NULL,
LastName VARCHAR(50) NULL,
Birthday DATE NULL,
Gender CHAR(1) NULL
);

INSERT INTO Test5.dbo.Student
(StudentID, FirstName, LastName, Birthday, Gender)
VALUES
(1, 'Taro', 'Yamamoto', '1980-02-15', 'M'),
(2, 'Hanako', 'Tanaka' ,'1979-12-30', 'F'),
(4, 'Takao', 'Sato', '1980-03-12', 'M'),
(5, 'Hiroki', 'Takagi', '1979-05-04', 'M'),
(7, 'Sakura', 'Aoyama', '1995-02-20', 'F');
SQL SERVER - MERGE でテーブルのデータを同期する 1

Test4 と Test5 の Student テーブルのレコードは次のようになります。

SELECT * FROM Test4.dbo.Student;
SELECT * FROM Test5.dbo.Student;
SQL SERVER - MERGE でテーブルのデータを同期する 2

MERGE を使って、Test4 データベースの Student テーブルのレコードが Test5 データベースの Student テーブルのレコードと同じになるように同期してみましょう。

この場合、Test4.dbo.Student がターゲットテーブル、Test5.dbo.Student がソーステーブルになります。

ターゲットテーブルとソーステーブルの結合条件は StudentID として、二つのテーブルを同期するクエリーは次の通りです。

MERGE Test4.dbo.Student AS T
USING Test5.dbo.Student AS S
ON T.StudentID = S.StudentID
WHEN MATCHED
THEN UPDATE
SET
T.FirstName = S.FirstName,
T.LastName = S.LastName,
T.Birthday = S.Birthday,
T.Gender = S.Gender
WHEN NOT MATCHED BY TARGET
THEN INSERT (StudentID, FirstName, LastName, Birthday, Gender)
VALUES (S.StudentID, S.FirstName, S.LastName, S.Birthday, S.Gender)
WHEN NOT MATCHED BY SOURCE
THEN DELETE;
SQL SERVER - MERGE でテーブルのデータを同期する 3

同じ StudentID を持つレコードが存在する時は WHEN MATCHED の UPDATE 句が実行されます。（緑枠）

ソーステーブルと同じ StudentID を持つレコードがターゲットテーブルに存在しない場合は WHEN NOT MATCHED BY TARGET の INSERT 句が実行されます。（黄枠）

ターゲットテーブルに存在しない場合 StudentID を持つレコードがある場合は WHEN NOT MATCHED BY SOURCE の DELETE 句が実行され、ターゲットテーブルのレコードが削除されます。（赤線）

SQL SERVER - MERGE でテーブルのデータを同期する 4

上記の MERGE ステートメントを実行した後に、Test4 と Test5 データベースの Student テーブルのレコードを確認するとデータが同期されていますね。

SELECT * FROM Test4.dbo.Student;
SELECT * FROM Test5.dbo.Student;
SQL SERVER - MERGE でテーブルのデータを同期する 5

以上、MERGE 文を使って二つのテーブルのデータを同期する方法をご紹介しました。

SQL Server Management Studio - Excel ファイルをインポートする

Tue, 03 Mar 2020 01:36:00 GMT

SQL Server Management Studio - Excel ファイルをインポートする

SQL Server Management Studio で Excel ファイルをインポートする
Excel ファイルのデータを SQL Server のデータベースにインポートしたい時ありますよね。

今回は SQL Server Management Studio からウィザードを使って Excel ファイルをインポートする方法をステップを追ってご説明します。

次のような、従業員の情報が入った Employee.xlsx エクセルファイルがあります。

SQL Server Management Studio - Excel ファイルをインポートする 1

この Excel ファイルのデータを SQL Server にインポートしてみましょう。

Excel ファイルをインポートする手順
1. SQL Server Management Studio のオブジェクトエクスプローラでインポートするデータを保存したいデータベースを選択して右クリックし [タスク] > [データのインポート] を選択します。

SQL Server Management Studio - Excel ファイルをインポートする 2

2. ウィザードの説明画面が出てくるので [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 3

3. 「データソースの選択」画面が出てくるので、データソースに「Microsoft Excel」を選択し、Excelファイルパスに先ほどの Employee.xlsx ファイルの場所とファイル名を指定し、Excel のバージョンを選択します。

Employee.xlsx ファイルのデータにはヘッダー行が含まれていますので、「先頭行に列名を含める」オプションにチェックを入れて [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 4

4. 「変換先の選択」画面が出てくるので、変換先に「SQL Server Native Client 11.0」を選択し、認証の情報を入力します。

今回は SQL Server 認証で sa のアカウントを使いますが、権限があれば Windows 認証でも大丈夫です。

Server name と Database は自動的に最初選択したサーバとデータベースが設定されると思います。

入力が終わったら [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 5

5. 「テーブルのコピーまたはクエリの設定」画面が出てくるので、今回は「１つ以上のテーブルまたはビューからデータをコピーする」を選択して [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 6

6. 「コピー元のテーブルおよびビューを選択」画面が出てくるので、変換先のテーブルを [dbo].[Sheet1$] から [dbo].[Employee] に変更して、[マッピングの編集]ボタンクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 7

7. 「列マッピング」の画面が表示されます。変換先のカラム名や型、NULL の許可、サイズなどを変更したい場合はここで変更することができますが、インポート中にエラーが出ると面倒なので、私は全部インポートしてしまってからデータを検証したり、カラムの型やサイズを変更したりすることが多いです。

よければ [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 8

8. 「コピー元のテーブルおよびビューを選択」画面に戻るので [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 9

9. 「パッケージの保存および実行」画面が出てくるので、「すぐに実行する」を選択して [次へ] をクリックします。

SQL Server Management Studio - Excel ファイルをインポートする 10

10. 「ウィザードの完了」画面が出てきて、実行されるアクションの内容が表示されます。ここで [完了] をクリックするとデータのインポートが開始します。

SQL Server Management Studio - Excel ファイルをインポートする 11

11. アクションの実行結果が順番に更新されて、全て成功すると次のような画面になります。

SQL Server Management Studio - Excel ファイルをインポートする 12

これでエクセルファイルからのデータのインポートは完了です。 [閉じる] ボタンをクリックしてウィザード画面を閉じてください。

オブジェクトエクスプローラに戻ってテーブルをリフレッシュすると Employee テーブルができていて、Excel ファイルの値がインポートされていますね。

SQL Server Management Studio - Excel ファイルをインポートする 13

SQL Server Management Studio - Excel ファイルをインポートする 14

以上、SQL Server Management Studio からウィザードを使って Excel ファイルをインポートする方法でした。

SQL SERVER - 数値を文字列に変換する

Tue, 25 Feb 2020 02:21:00 GMT

SQL SERVER - 数値を文字列に変換する

数値をフォーマットされた文字列に変換する
レポートに表示したりする際など、数値型のデータを SQL Server 側でフォーマットされた文字列に変換したい時ありますよね。

ここではよく使う、数値を文字列に変換する T-SQL のサンプルクエリーを書いておきます。

FORMAT を使って日付をフォーマットして文字列に変換する
数値を文字列に変換するには、SQL Server 2012 から使える FORMAT 関数使うのが簡単で便利です。

シンタックスは FORMAT ( value, format [, culture ] ) で、数値を変換する場合には value に数値を指定します。

format には、スタンダードフォーマット文字列やカスタムフォーマット文字列を指定することができます。

スタンダードフォーマット文字列には、F: 固定小数点、N: 桁区切り記号つき、C: 通貨などがあり、続けて小数点以下の桁数を 0 ~ 99 までの数字で指定できます。

カスタムフォーマット文字列には、「0: その桁に数字があればその数字が、なければ 0 が表示される」「#: その桁に数字があればその数字が、なければ表示されない」など、いろいろあります。

どちらで指定しても、元の数値の小数点以下の数字が指定した桁数より多い場合、値は四捨五入されます。

culture の引数は、通貨などカルチャーによって変換の結果が変わってくる時に、カルチャーを指定して変換するのに使われます。

数値を文字列に変換する T-SQL のサンプルクエリー
よく使われる、FORMAT を使った数値を文字列に変換するクエリーは以下の通りです。

SELECT 'N' AS FormatString, FORMAT(156256.799, 'N') AS StringValue UNION ALL -- 156,256.80
SELECT 'N0', FORMAT(156256.799, 'N0') UNION ALL -- 156,257
SELECT 'N1', FORMAT(156256.799, 'N1') UNION ALL -- 156,256.8
SELECT 'N2', FORMAT(156256.799, 'N2') UNION ALL -- 156,256.80

SELECT 'F', FORMAT(156256.799, 'F') UNION ALL -- 156256.80
SELECT 'F0', FORMAT(156256.799, 'F0') UNION ALL -- 156257
SELECT 'F1', FORMAT(156256.799, 'F1') UNION ALL -- 156256.8
SELECT 'F2', FORMAT(156256.799, 'F2') UNION ALL -- 156256.80

SELECT 'C: en-US', FORMAT(156256.799, 'C', 'en-US') UNION ALL -- $156,256.80
SELECT 'C: ja-JP', FORMAT(156256.799, 'C', 'ja-JP') UNION ALL -- Y156,257

SELECT '0', FORMAT(156256.799, '0') UNION ALL --156257
SELECT '0.00', FORMAT(156256.799, '0.00') UNION ALL --156256.80
SELECT '#.##', FORMAT(156256.799, '#.##') UNION ALL --156256.8
SELECT '#,0.00', FORMAT(156256.799, '#,0.00'); -- 156,256.80
SQL SERVER - 数値を文字列に変換する 1

スタンダードフォーマット文字列の F、N は小数点以下の数字の指定をしないと、デフォルトは 2 になります。

先ほども書きましたが、値は四捨五入されます。切り上げ・切り捨てしないといけない時は、以下の記事を参考に切り上げ・切り捨てを行ってから、文字列に変換してくださいね。

T-SQL: 切り上げ・切り捨て・四捨五入のページ

SQL Server - テーブルを変更してもビューは自動的に更新されない

Wed, 12 Feb 2020 23:02:00 GMT

SQL Server - テーブルを変更してもビューは自動的に更新されない

テーブルを変更してもビューは自動的に更新されない
今回は、面倒だからといって、View （ビュー）を定義する際に SELECT * FROM Table1 ... とアスタリスクを使って定義してしまうと、後で困るかもしれませんよ、というお話です。

アスタリスクを使って定義したテーブルの真ん中あたりにカラムを追加すると、View がどうなってしまうのか見てみましょう。

次のような Student テーブルがあります。

テーブルを変更してもビューは自動的に更新されない 1

テーブルを変更してもビューは自動的に更新されない 2

この Student テーブルのうち、男性のみ (Gender = 'M') をデータを取得する MaleStudent というビューを次のように定義します。

テーブルを変更してもビューは自動的に更新されない 3

テーブルを変更してもビューは自動的に更新されない 4

この状態から、Student テーブルの LastName の次に Age カラムを追加します。

テーブルを変更してもビューは自動的に更新されない 5

そして、MaleStudent ビューを SELECT してみると、次のように LastName より後ろのカラムと値がずれてしまっていますね。

テーブルを変更してもビューは自動的に更新されない 6

View （ビュー）の定義に SELECT * は使わない方がいい
上で確認したように、View で SELECT * を使って定義されているテーブルにカラムが追加されると、View のカラムと値がずれてしまいます。

何もエラーや警告なしで値だけがずれるので、気づきにくい不具合の原因になりかねません。

View を定義する際には、できる限り SELECT * は使わないほうが良いと思います。

ちなみに、テーブルからカラムを削除した場合は、View を SELECT　した際に次のようなエラーになります。

「ビューまたは関数 'dbo.MaleStudent' には定義された列数よりも多くの列名が指定されています。」

テーブルを変更してもビューは自動的に更新されない 7

ビューをリフレッシュするには？
このようにテーブルの定義と合わなくなってしまった View をリフレッシュするには次のような方法があります。

以下のように sp_refreshview というシステムストアドプロシージャを使ってリフレッシュすることができます。

EXEC sp_refreshview 'ビューの名前';
テーブルを変更してもビューは自動的に更新されない 10

もしくは、SQL Server Management Studio から View の ALTER ステートメントを生成し、再実行してもリフレッシュされます。

テーブルを変更してもビューは自動的に更新されない 8

テーブルを変更してもビューは自動的に更新されない 9

やむを得ず、SELECT * を使って View を定義している場合は、テーブルの定義を更新した時は View 更新もお忘れなく！

SQL Server - スクリプトを生成してテーブルのデータをコピーする方法

Tue, 04 Feb 2020 00:29:00 GMT

SQL Server - スクリプトを生成してテーブルのデータをコピーする方法

SQL Server のテーブルのデータをコピーする方法
開発環境やテスト環境など、環境違いで同じスキーマのデータベースがあって、テーブルのデータをコピーしたいような時ありますよね。

全部テーブルのデータをコピーしたいのであれば、データベースのバックアップファイルをリストアするなどして、データベースごと置き換えるのが早いですね。

時にはテーブルひとつふたつのデーターだけコピーしたい時もあるかもしれません。

そのような、ちょっとコピーしたい時には、SQL Server Management Studio でスクリプトを生成してデータをコピーする方法を覚えておくと便利です。

今回は、コピー元のデータベースで INSERT スクリプトを生成してテーブルのデータをコピーする方法をご紹介します。

SQL Server Management Studio のスクリプトの生成
SQL Server Management Studio のスクリプトの生成機能を使って、データをコピーする INSERT スクリプトを生成します。

以下の例では Test という名前のデータベースの Student と Test テーブルのデータの INSERT スクリプトを生成します。

1. オブジェクトエクスプローラーでデータベースを選択し、右クリックで [タスク] > [スクリプトの生成] を選択します。

スクリプトを生成してテーブルのデータをコピーする方法 1

2. ウィザードの説明のページが出てくるので [次へ] をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 2

3. [オブジェクトの選択] ページが表示されるので、[特定のデータベースオブジェクトの選択] を選びます。

「テーブル」の横のプラスボタンをクリックしてテーブルの一覧を出し、今回データをコピーしたい Student と Test テーブルにチェックを入れ、[次へ] をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 3

4. [スクリプト作成オプションの設定] ページが表示されます。今回はスクリプトを D:\Temp\CopyData.sql ファイルに出力するようにしました。そして、[詳細設定]をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 4

5. 詳細設定の [スクリプトを作成するデータの種類]のオプションを [データのみ] に設定し、[OK] をクリックします。

今回はコピー先のデータベースに既に同じ名前のテーブルがある前提ですが、コピー先にテーブルがない時は [スキーマとデータ] を選択してください。

スクリプトを生成してテーブルのデータをコピーする方法 8

6. 先ほどの [スクリプト作成オプションの設定] の画面に戻るので、そこから [次へ] をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 9

7. [概要] ページが表示されるので [次へ] をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 5

8. [スクリプトの保存またはパブリッシュ] ページが表示され、アクションの実行結果が表示されるので終わったら [完了] をクリックします。

スクリプトを生成してテーブルのデータをコピーする方法 6

生成された CopyData.sql ファイルを開いてみると、Student と Test テーブルのデータの INSERT ステートメントが生成されています。

Student と Test テーブルには IDENTITY カラムがあるので、データをインサートできるように SET IDENTITY_INSERT の ON/OFF まで追加してくれています。

スクリプトを生成してテーブルのデータをコピーする方法 7

このスクリプトをコピー先のデータベースで実行します。データベース名が違う場合は一番上の行の USE の後のデータベース名を変更して実行してください。

スクリプトを生成してテーブルのデータをコピーする方法 10

これで、コピー元のデータベースの Student と Test テーブルのデータが、コピー先のデータベースの Student と Test テーブルにコピーできました。

スクリプトを生成してテーブルのデータをコピーする際の注意点
この方法は単純に選択したテーブルのデータに対して INSERT ステートメントを生成し、それを実行するだけです。

ですので、挿入しようとするデータが、コピー先のテーブルの制約違反になるようなケースはエラーになります。

例えば、コピー先のテーブルのプライマリーキーなど UNIQUE 制約がついているカラムの値と重複してしまうデータがある場合はエラーになります。

コピー元のデータと全く同じにしたい時は、コピー先のテーブルのレコードを全て削除してからスクリプトを実行すると良いと思います。

また、コピー先のテーブルに外部キーのついているカラムの値が含まれていて、その外部キーが参照しているカラムに挿入しようとしている値がないとエラーになります。

関連するデータはプライマリーキーとなるテーブルから順序を考慮しながら全てコピーするようにしてくださいね。

SQL - BETWEEN の使い方

Fri, 17 Jan 2020 21:19:00 GMT

SQL - BETWEEN の使い方

SQL の BETWEEN オペレータ
SQL の BETWEEN オペレータは、範囲を指定して、値がその範囲内にある場合は TRUE を、そうでなければ FALSE を返してくれるオペレーターです。

WHERE 句や CASE WHEN の条件文など、boolean(ブーリアン)を返す式が必要な箇所で使えます。

今回は、SQL の BETWEEN の使い方や注意点などをご説明します。

目次
1. BETWEEN の使い方
2. NOT BETWEEN の使い方
3. BETWEEN の範囲の値は含む？
4. BETWEEN で NULL が絡むとどうなる？
5. BETWEEN で日付の範囲を指定する

BETWEEN の使い方
まずは、SQL の BETWEEN オペレータの使い方です。

BETWEEN オペレータの構文は以下の通りです。

[評価する値] BETWEEN [範囲開始の値] AND [範囲終了の値]
[評価する値] が [範囲開始の値] ～ [範囲終了の値] にある場合は TRUE を、そうでなければ FALSE を返します。

[評価する値]、[範囲開始の値]、[範囲終了の値] は基本的に同じデータ型でなくてはいけません。

暗黙的な変換が行われてうまくいく場合もありますが、できるだけ同じデータ型の値を指定しましょう。

例えば、次のような Student テーブルがあります。

SQL - BETWEEN の使い方 1

このうち、StudentID が 2 ~ 5 までのレコードを取得したい時は、BETWEEN を使って次のように取得することができます。

SELECT *
FROM Student
WHERE StudentID BETWEEN 2 AND 5;
SQL - BETWEEN の使い方 2

NOT BETWEEN の使い方
続いて SQL の NOT BETWEEN の使い方です。

構文は先ほどの BETWEEN の前に NOT を付けます。

[評価する値] NOT BETWEEN [範囲開始の値] AND [範囲終了の値]
NOT BETWEEN では [評価する値] が [範囲開始の値] より前、もしくは [範囲終了の値] より後にある場合は TRUE を、そうでなければ FALSE を返します。

例えば、先ほどのクエリーの前に NOT をつけて実行すると、次のように StudentID が 2 より小さいレコードと、5 より大きいレコードが得られます。

SELECT *
FROM Student
WHERE StudentID NOT BETWEEN 2 AND 5;
SQL - BETWEEN の使い方 3

BETWEEN の範囲の値は含む？
上の結果でおわかりかもしれませんが、BETWEEN が値を評価する際に、範囲の開始終了値を含むかどうかですが、正解は「含みます」。

[評価する値] が [範囲開始の値] もしくは [範囲終了の値] の時は TRUE を返します。

ですので以下の二つのクエリーは同じ結果を返します。

SELECT *
FROM Student
WHERE StudentID BETWEEN 2 AND 5;

SELECT *
FROM Student
WHERE StudentID >= 2
AND StudentID <= 5;
SQL - BETWEEN の使い方 4

NOT BETWEEN の時は [評価する値] が [範囲開始の値] もしくは [範囲終了の値] の時は FALSE を返しますので、範囲の開始終了値は「含まず」、次のクエリーと同じ結果を返します。

SELECT *
FROM Student
WHERE StudentID NOT BETWEEN 2 AND 5;

SELECT *
FROM Student
WHERE StudentID < 2
OR StudentID > 5;
SQL - BETWEEN の使い方 4-2

BETWEEN で NULL が絡むとどうなる？
BETWEEN の [評価する値]、[範囲開始の値]、[範囲終了の値] のどれかひとつでも NULL になると、評価の結果は UNKNOWN となり、FALSE と同様の扱いになります。

特に次のように [範囲開始の値] か [範囲終了の値] が NULL になる可能性がある時は、評価の結果が全レコード UNKNOWN になってしまいますので、注意してください。

DECLARE @StudentIDFrom INT = 2,
@StudentIDTo INT;

SELECT *
FROM Student
WHERE StudentID BETWEEN @StudentIDFrom AND @StudentIDTo;
SQL - BETWEEN の使い方 5

NOT BETWEEN のほうは、先ほど同等のクエリーでご紹介したように OR 扱いなので、NULL じゃないほうの範囲の条件は効いて、StudentID が 2 より小さいレコードが返ってきていますね。

DECLARE @StudentIDFrom INT = 2,
@StudentIDTo INT;

SELECT *
FROM Student
WHERE StudentID NOT BETWEEN @StudentIDFrom AND @StudentIDTo;
SQL - BETWEEN の使い方 5-2

NULL は比較の際に期待する結果が得られない原因になる可能性がありますので、先に NULL をチェックして値を置き換えるなど、NULL の時の扱いが一目でわかるようなクエリーにしておくと良いと思います。

BETWEEN で日付の範囲を指定する
BETWEEN で日付の範囲を指定する際に少し気を付けなければいけないことがあります。

DATETIME などの時間を含める日付型の場合、[範囲開始の値] と [範囲終了の値] に日付のみを指定すると、[範囲終了の値] の日付はその日の 0 時ちょうど以外含まれないことになります。

言葉ではわかりにくいかもしれないので、例をあげて説明します。

先ほどの Student テーブルに DATETIME 型の ModifiedOn カラムを追加して、ModifiedOn 順にソートしました。

SQL - BETWEEN の使い方 6

このテーブルに対して、2020 年 1 月 2 日～ 2020 年 1 月 5 日に変更されたデータを取得したいと思って、次のように BETWEEN を使ってしまうと 1 月 5 日に変更したデータが得られません。

DECLARE @ModifiedDateFrom DATE = '2020-01-02',
@ModifiedDateTo DATE= '2020-01-05';

SELECT *
FROM Student
WHERE ModifiedOn BETWEEN @ModifiedDateFrom AND @ModifiedDateTo
ORDER BY ModifiedOn;
SQL - BETWEEN の使い方 7

これは、@ModifiedDateFrom と @ModifiedDateTo が DATETIME に変換され、ModifiedOn が "2020-01-02 00:00:00.000" 以降で "2020-01-05 00:00:00.000" 以前の時のみ TRUE を返すからです。

日付の箇所のみを比較するには BETWEEN を使わずに DATEDIFF を使ったり、データ型に応じて [範囲終了の値] の日付に TIME の部分の最大値を追加して比較したり、いろんな方法があります。

このように、BETWEEN を使わずに [範囲終了の値] の日付に 1 日足して、<= ではなく < にするのもいいと思いますし、ModifiedOn を DATE に変換してしまうのも、ひとつの手です。

DECLARE @ModifiedDateFrom1 DATE = '2020-01-02',
@ModifiedDateTo1 DATE= '2020-01-06';

SELECT *
FROM Student
WHERE ModifiedOn >= @ModifiedDateFrom1
AND ModifiedOn < @ModifiedDateTo1
ORDER BY ModifiedOn;

-------------------------

DECLARE @ModifiedDateFrom2 DATE = '2020-01-02',
@ModifiedDateTo2 DATE= '2020-01-05';

SELECT *
FROM Student
WHERE CONVERT(DATE, ModifiedOn) BETWEEN @ModifiedDateFrom2 AND @ModifiedDateTo2
ORDER BY ModifiedOn;
SQL - BETWEEN の使い方 8

データ取得のパフォーマンスが良いのは 1 日足す方法かと思いますが、どの方法を使うかはデータ量やインデックスのありなし、開発やメンテナンスの大変さなど、状況に応じて使い分けたら良いと思っています。

BETWEEN で DATE の範囲を指定する際にはご注意くださいね。

以上、SQL の BETWEEN の使い方と注意点などをご説明しました。

SQL Server 2019 で廃止・非推奨になった機能について

Fri, 20 Dec 2019 19:14:00 GMT

SQL Server 2019 で廃止・非推奨になった機能について

SQL Server 2019 のリリース
2019 年 11 月に Microsoft SQL Server 2019 の RTM 版がリリースされました。

新しい機能も気になりますが、開発者としては廃止・非推奨になった機能もおさえておきたいですね。

私も SQL Server 2019 のデータベースエンジンで廃止・非推奨になった機能について調べてみましたが、SQL Server 2017 から SQL Server 2019 で廃止・非推奨になった機能はほとんどないようなものでした。

一応、マイクソロフトのサイトで見つけた SQL Server 2019 のデータベースエンジンで廃止・非推奨になった機能の情報を以下にまとめておきます。

SQL Server 2019 で廃止・非推奨になった機能
まず、SQL Server 2019 のデータベースエンジンで廃止になった機能は以下のデータベースのスコープ構成オプションです。

DISABLE_BATCH_MODE_ADAPTIVE_JOIN
DISABLE_BATCH_MODE_MEMORY_GRANT_FEEDBACK
DISABLE_INTERLEAVED_EXECUTION_TVF
これらのオプションは完全になくなった訳ではなく、それぞれオプション名が次のものに変更になったようです。

BATCH_MODE_ADAPTIVE_JOINS
BATCH_MODE_MEMORY_GRANT_FEEDBACK
INTERLEAVED_EXECUTION_TVF

そして、SQL Server 2019 のデータベースエンジンで新しく非推奨に加わった機能はありませんでした。

また、SQL Server 2019 のデータベースエンジンで重大な変更として発表されたものもありませんでした。

SQL Server 2017 でも非推奨となった機能はありませんでしたが、SQL Server 2016 では text や image データ型など非推奨となった機能がいろいろありました。

新しいシステムを開発する際には、非推奨の機能を使わないようにお気をつけくださいね。

SQL Server: データベース内の全てのインデックス (index) を取得する

Wed, 18 Dec 2019 20:50:00 GMT

SQL Server: データベース内の全てのインデックス (index) を取得する

データベース内の全てのインデックス (index) を取得するには？
インデックスの見直しなどで、データベース内の全インデックス (index) の一覧を確認したいような時があるかもしれません。

今回は、データベース内の全てのインデックス (index) を取得するサンプルクエリーをご紹介します。

sys.indexes を使って全インデックス (index) を取得する
sys.indexes というシステムカタログビューを使うと、選択されているデータベース内のインデックスの情報を取得することができます。

データベース内のユーザーが定義したオブジェクトに生成した全てのインデックス (index) を取得するクエリーは以下の通りです。

SELECT S.name AS SchemaName,
O.name AS ObjectName,
I.name AS IndexName,
I.type_desc AS IndexTypeDesc,
I.is_primary_key AS IsPrimaryKey,
I.is_unique AS IsUnique,
I.is_disabled AS IsDisabled
FROM sys.indexes AS I
INNER JOIN sys.objects AS O
ON I.object_id = O.object_id
INNER JOIN sys.schemas AS S
ON O.schema_id = S.schema_id
WHERE I.index_id > 0
AND O.is_ms_shipped = 0
ORDER BY S.name,
O.name,
I.name;
データベース内の全てのインデックス (index) を取得する 1

SchemaName と ObjectName はそのインデックスが属しているテーブルやビューのものです。

sys.indexes の index_id > 0 でフィルターすることでヒープのオブジェクトを除いて、クラスター化と非クラスター化インデックスを取得しています。

システムカタログビューの sys.objects の is_ms_shipped = 0 でフィルターすることで、ユーザーが定義したオブジェクトに生成したインデックスを取得しています。

インデックスのキー列と非キー列（付加列）も同時に取得する
インデックスのキー列と非キー列（付加列）も同時に確認したい時があるかもしれません。

そんな時は、システムカタログビューの sys.index_columns から情報を取得できます。

インデックスの一覧と、そのキー列を KeyColumns に、非キー列を IncludedColumns として、カンマ区切りで取得するクエリーは以下の通りです。

SELECT S.name AS SchemaName,
O.name AS ObjectName,
I.name AS IndexName,
I.type_desc AS IndexTypeDesc,
I.is_primary_key AS IsPrimaryKey,
I.is_unique AS IsUnique,
I.is_disabled AS IsDisabled,
STUFF((SELECT ',' + COL_NAME(IC.object_id, IC.column_id)
FROM sys.index_columns AS IC
WHERE IC.is_included_column = 0
AND IC.object_id = I.object_id
AND IC.index_id = I.index_id
ORDER BY IC.key_ordinal
FOR XML PATH ('')), 1, 1, '') AS KeyColumns,
STUFF((SELECT ',' + COL_NAME(IC.object_id, IC.column_id)
FROM sys.index_columns AS IC
WHERE IC.is_included_column = 1
AND IC.object_id = I.object_id
AND IC.index_id = I.index_id
ORDER BY IC.index_column_id
FOR XML PATH ('')), 1, 1, '') AS IncludedColumns
FROM sys.indexes AS I
INNER JOIN sys.objects AS O
ON I.object_id = O.object_id
INNER JOIN sys.schemas AS S
ON O.schema_id = S.schema_id
WHERE I.index_id > 0
AND O.is_ms_shipped = 0
ORDER BY S.name,
O.name,
I.name;
データベース内の全てのインデックス (index) を取得する 2

sys.index_columns の is_included_column が 0 のレコードがキー列、 1 のレコードが非キー列です。

インデックスの断片化情報を同時に取得する
おまけに sys.dm_db_index_physical_stats というシステム動的管理ビューを使うと、インデックスの断片化などの情報を取得することができます。

SELECT S.name AS SchemaName,
O.name AS ObjectName,
I.name AS IndexName,
PS.avg_fragmentation_in_percent
FROM sys.indexes AS I
　　　INNER JOIN sys.objects AS O
　　　　　　ON I.object_id = O.object_id
　　　INNER JOIN sys.schemas AS S
　　　　　　ON O.schema_id = S.schema_id
　　　INNER JOIN sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, NULL) AS PS
　　　　　　ON I.object_id = PS.object_id
　　　　　　　　　AND I.index_id = PS.index_id
WHERE I.index_id > 0
AND O.is_ms_shipped = 0
AND PS.avg_fragmentation_in_percent > 0
ORDER BY　S.name,
　O.name,
　I.name;
データベース内の全てのインデックス (index) を取得する 3

最後のクエリーはデータベース内の全インデックスではなく、avg_fragmentation_in_percent が 0 より大きいインデックスのみを取得していますのでご注意ください。

T-SQL: 名前空間が指定された XML からデータを取得する

Fri, 13 Dec 2019 17:40:00 GMT

T-SQL: 名前空間が指定された XML からデータを取得する
0 0 　　　　

名前空間が指定された XML
前回「 T-SQL クエリーで XML をテーブル形式に変換する」では、名前空間の指定されていないシンプルな XML から値を取得する方法をご紹介しました。

XML に名前空間の指定があると、XML データ型メソッドを使う際にも、名前空間の指定が必要になります。

ここでは、名前空間が指定された XML からデータを取得する方法をご紹介します。

XML にデフォルトの名前空間のみが指定されているケース
まずは、XML デフォルトの名前空間のみが指定されているケースです。

「 T-SQL クエリーで XML をテーブル形式に変換する」で使った XML の Students エレメントに、デフォルトの名前空間 xmlns="https://sql55.com/Schemas/Students" を追加します。

　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　

接頭辞のついていない要素はデフォルトの名前空間に属していることになります。

XML にデフォルトの名前空間が宣言されていると、「 T-SQL クエリーで XML をテーブル形式に変換する」でご紹介したクエリーのままでは、XML からデータを取得できません。

名前空間が指定された XML からデータを取得する 2

デフォルトの名前空間を指定して、XML から値を取得するクエリーは次の通りです。

DECLARE @XMLData1 XML =
'
　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　
';

WITH XMLNAMESPACES (DEFAULT 'https://sql55.com/Schemas/Students')
SELECT T.C.value('@ID', 'INT') AS StudentID,
T.C.value('(StudentInfo/FirstName)[1]', 'NVARCHAR(MAX)') AS FirstName,
T.C.value('(StudentInfo/LastName)[1]', 'NVARCHAR(MAX)') AS LastName,
T.C.value('TestResultCount[1]', 'INT') AS TestResultCount,
T.C.value('ScoreAverage[1]', 'DECIMAL(5,2)') AS ScoreAverage
FROM @XMLData1.nodes('/Students/Student') AS T(C);
[ 実行結果 ]
名前空間が指定された XML からデータを取得する 1

デフォルトの名前空間を指定するには WITH XMLNAMESPACES (DEFAULT 'XML名前空間のURI') を使います。

WITH というキーワードは T-SQL クエリーの他の用途でも使われるので、直前のステートメントがセミコロンで終わらないとシンタックスエラーになります。ステートメントの最後のセミコロン自体はオプショナルなので、もし普段セミコロンを付けない方は、 ;WITH のように　WITH の前にセミコロンを付けてください。
XML データ型メソッドの value() や nodes() の説明は「 T-SQL クエリーで XML をテーブル形式に変換する」をご覧ください。

XML に複数の名前空間が指定されているケース
次は XML に複数の名前空間が指定されているケースです。

例えば、この XML では、デフォルトの名前空間 xmlns="https://sql55.com/Schemas/Students" の他に、ns1 という接頭辞で xmlns:ns1="https://test.com/Student" が指定されています。

1 個目と 3 個目の Student 要素は接頭辞がついていないのでデフォルトの名前空間 "https://sql55.com/Schemas/Students" に、 2 個目の Student は要素の前に ns1: がついているので "https://test.com/Student" の名前空間に属します。

xmlns:ns1="https://test.com/Student">
　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　 Jun
　　　　　 Taguchi
　　　　　 M
　　　　　 85.64
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　

この XML から名前空間を指定して、データを取得するクエリーは以下の通りです。

DECLARE @XMLData2 XML =
' xmlns:ns1="https://test.com/Student">
　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　 Jun
　　　　　 Taguchi
　　　　　 M
　　　　　 85.64
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　
';

WITH XMLNAMESPACES (DEFAULT 'https://sql55.com/Schemas/Students')
SELECT T.C.value('@ID', 'INT') AS StudentID,
T.C.value('(StudentInfo/FirstName)[1]', 'NVARCHAR(MAX)') AS FirstName,
T.C.value('(StudentInfo/LastName)[1]', 'NVARCHAR(MAX)') AS LastName,
T.C.value('TestResultCount[1]', 'INT') AS TestResultCount,
T.C.value('ScoreAverage[1]', 'DECIMAL(5,2)') AS ScoreAverage
FROM @XMLData2.nodes('/Students/Student') AS T(C);

WITH XMLNAMESPACES ('https://test.com/Student' AS NS,
　　　 DEFAULT 'https://sql55.com/Schemas/Students')
SELECT T.C.value('NS:FirstName[1]', 'NVARCHAR(MAX)') AS FirstName,
T.C.value('NS:LastName[1]', 'NVARCHAR(MAX)') AS LastName,
T.C.value('NS:Gender[1]', 'NVARCHAR(1)') AS TestResultCount,
T.C.value('NS:ScoreAverage[1]', 'DECIMAL(5,2)') AS ScoreAverage
FROM @XMLData2.nodes('/Students/NS:Student') AS T(C);
[ 実行結果 ]
名前空間が指定された XML からデータを取得する 3

一つ目のクエリーはデフォルトの名前空間のみが指定されている時のクエリーと同じです。

名前空間の接頭辞がついていない 1 個目と 3 個目の Student 要素の値のみが取得されます。 2 個目の Student は名前空間がマッチしないので取得されません。

二つ目のクエリーは WITH XMLNAMESPACES で、名前空間を二つ指定しています。 AS NS の NS 部分はエイリアスなので他の文字でも大丈夫です。

XQuery のパス式を指定する際に ns1: の接頭辞のついている要素には NS: を指定します。

@XMLData2.nodes('/Students/NS:Student') で NS の名前空間の Student 要素を行セットとして取得しています。

'https://test.com/Student' 名前空間に属する、2 個目の Student 要素の値のみが取得されていますね。

T-SQL クエリーで XML をテーブル形式に変換する

Thu, 12 Dec 2019 13:51:00 GMT

T-SQL クエリーで XML をテーブル形式に変換する
0 0 　　　　

T-SQL クエリーで XML をテーブル形式に変換する
T-SQL クエリーで XML からデータを取得する方法は何通りかありますが、今回は XML の文字列をテーブル形式に変換する方法のひとつをご紹介します。

XML データ型のメソッド
SQL Server には XML データ型メソッドというものがあり、XML 型の変数や XML 型のカラムに入っているデータに対して実行でき、ノードや値を取得したり編集したりできます。

XML データ型メソッドには query()、value()、exist()、modify()、nodes() などがありますが、今回は value() と nodes() を使って、XML の文字列をテーブル形式に変換します。

value() は value(XQuery, SQLType) のように使用し、XQuery のパス式で指定した値を SQL 型に変換して返します。

nodes() は nodes(XQuery) AS Table(Column) のように使用し、ノードを XQuery で指定した行セットとして返します。

XML をテーブル形式に変換する
では、value() と nodes() を使って、XML をテーブル形式に変換してみましょう。

次のような、学生情報の XML があります。

　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　

これの XML をテーブル形式にするクエリーは以下の通りです。

DECLARE @XMLString XML =
'
　　　
　　　　　　
　　　　　　　　　Saki
　　　　　　　　　Suzuki
　　　　　　
　　　　　　2
　　　　　　92.00
　　　
　　　
　　　　　　
　　　　　　　　　Miki
　　　　　　　　　Sato
　　　　　　
　　　　　　3
　　　　　　89.50
　　　
';

SELECT T.C.value('@ID', 'INT') AS StudentID,
T.C.value('(StudentInfo/FirstName)[1]', 'NVARCHAR(MAX)') AS FirstName,
T.C.value('(StudentInfo/LastName)[1]', 'NVARCHAR(MAX)') AS LastName,
T.C.value('TestResultCount[1]', 'INT') AS TestResultCount,
T.C.value('ScoreAverage[1]', 'DECIMAL(5,2)') AS ScoreAverage
FROM @XMLString.nodes('/Students/Student') AS T(C);
[ 実行結果 ]
T-SQL クエリーで XML をテーブル形式に変換する 1

DECLARE @XMLString XML = 'XML文字列'

まず、@XMLString という名前の XML 型の変数を定義して、先ほどの　XML 文字列を代入します。

XML 文字列のフォーマットが正しくない (invalid な) 時は、値を XML 型の変数に代入した時にエラーになりますのでご注意ください。

FROM @XMLString.nodes('/Students/Student') AS T(C);

FROM の @XMLString.nodes('/Students/Student') で、XML の /Students/Student の階層で行セットが返るように指定しています。

それに続く AS T(C) の T(C) は新しい行セットにアクセスする際のエイリアスなので、他の文字でも大丈夫です。

その行セットに対して、 SELECT で T.C.value(XQuery, SQLType) を使って値を取得していきます。

SELECT T.C.value('@ID', 'INT') AS StudentID,

XML の属性 (Attribute) の値を取得したい時は XQuery にパス + @属性名を指定します。

T.C.value('@ID', 'INT') では Student の属性の ID の値を INT 型で取得しています。

指定した SQL のデータ型に変換できない値が入っていると、変換でエラーになりますのでご注意ください。

T.C.value('(StudentInfo/FirstName)[1]', 'NVARCHAR(MAX)') AS FirstName, ...

XML の要素 (element) の値を取得したい時は XQuery に (パス + 要素名)[1] を指定します。

.value() では、XQuery が返す値が 2 個以上の時はエラーになります。

実際には、そのパス式の返す値はひとつしかなくても、シングルトンを返すことを明示的に指定しなければならないので [1] をつけています。

XQuery で指定した値が存在しない場合でもエラーにはならず、値が NULL になります。

SQL Server - OUTPUT 句の使い方

Wed, 11 Dec 2019 17:15:00 GMT

SQL Server - OUTPUT 句の使い方

SQL Server の OUTPUT 句
SQL Server の OUTPUT 句を使うと、INSERT、UPDATE、DELETE、MERGE ステートメントで影響を受けたレコードを取得することができます。

トリガーをご存知の方は、トリガーの定義の中で inserted や deleted のカラムにアクセスできると思いますが、同じような感じで値を取得することができます。

今回は INSERT、UPDATE、DELETE の際に、影響のあったレコードを取得して、テーブル変数に入れてみましょう。

こちらのスクリプトで今回使用するテーブルを生成することができます。

INSERT ステートメントで OUTPUT 句を使う
まずは INSERT ステートメントで OUTPUT 句を使ってみましょう。

次のような Student テーブルにレコードを 2 つ INSERT します。

SQL Server - OUTPUT 句の使い方 1

SQL Server - OUTPUT 句の使い方 2

OUTPUT 句を使って、その時に生成された　IDENTITY カラムの StudentID の値と挿入した FirstName, LastName の値を @StudentInserted という名前のテーブル変数に取得するクエリーは以下の通りです。

DECLARE @StudentInserted TABLE (
StudentID INT,
FirstName VARCHAR(50),
LastName VARCHAR(50)
);

-------------------------------------------

INSERT INTO Student
(FirstName, LastName, Gender)
OUTPUT
inserted.StudentID,
inserted.FirstName,
inserted.LastName
INTO @StudentInserted (
StudentID,
FirstName,
LastName
)
VALUES
('Rin', 'Yokota', 'M'),
('Hina', 'Yokota', 'F');

-------------------------------------------

SELECT *
FROM @StudentInserted;
SQL Server - OUTPUT 句の使い方 3

SQL Server - OUTPUT 句の使い方 6

OUTPUT 句は INSERT INTO と VALUES の間に入ります。

INSERT ステートメントでは inserted のカラムプレフィックスを使って、挿入された値を取得することができます。 deleted は使えません。

IDENTITY の StudentID カラムのように、直接値を挿入していないカラムからも値を取得できます。

UPDATE ステートメントで OUTPUT 句を使う
次は UPDATE ステートメントで OUTPUT 句を使ってみましょう。

Student テーブルの Gender が M のレコードの LastName を大文字に更新し、影響のあったレコードの変更前後の値を @StudentUpdated という名前のテーブル変数に取得するクエリーは以下の通りです。

DECLARE @StudentUpdated TABLE (
StudentID INT,
LastNameFrom VARCHAR(50),
LastNameTo VARCHAR(50)
);

-------------------------------------------

UPDATE Student
SET LastName = UPPER(LastName)
OUTPUT inserted.StudentID, deleted.LastName, inserted.LastName
INTO @StudentUpdated
WHERE Gender = 'M';

-------------------------------------------

SELECT *
FROM @StudentUpdated;
SQL Server - OUTPUT 句の使い方 4

SQL Server - OUTPUT 句の使い方 7

OUTPUT 句は SET と WHERE (FROM がある時は FROM) の間に入ります。

UPDATE ステートメントでは deleted のカラムプレフィックスを使って変更前の値を、inserted のカラムプレフィックスを使って変更後の値を取得することができます。

DELETED ステートメントで OUTPUT 句を使う
最後に DELETE ステートメントで OUTPUT 句を使ってみましょう。

StudentID が 6 より大きいレコードを削除して、削除されたレコードの値を @StudentDeleted という名前のテーブル変数に取得するクエリーは以下の通りです。

DECLARE @StudentDeleted TABLE (
StudentID INT,
FirstName VARCHAR(50),
LastName VARCHAR(50)
);

-------------------------------------------

DELETE S
OUTPUT deleted.StudentID,
deleted.FirstName,
deleted.LastName
INTO @StudentDeleted (
StudentID,
FirstName,
LastName
)
FROM Student AS S
WHERE StudentID > 6;

-------------------------------------------

SELECT *
FROM @StudentDeleted;
SQL Server - OUTPUT 句の使い方 5

SQL Server - OUTPUT 句の使い方 8

OUTPUT 句は DELETE と FROM table_source の間に入ります。

DELETE ステートメントでは deleted のカラムプレフィックスを使って、削除されたレコードの値を取得することができます。 inserted は使えません。

今回は取得したデータを後で使う前提で OUTPUT INTO でテーブル変数に値を入れましたが、INTO を指定しなければ OUTPUT で指定したカラムの値がそのまま結果セットとして返ります。

なお、OUTPUT 句で取得できる値は INSERT、UPDATE、 DELETE ステートメントが実行された後、トリガーが走る前の値です。

対象のテーブルにトリガーがついていて、トリガーが走った後の値が必要な場合は、OUTPUT 句で同時に取得するのではなく、後ほど別途取得してください。

SQL Server - サイズの大きなスクリプトファイルを実行する方法

Thu, 05 Dec 2019 17:54:00 GMT

SQL Server - サイズの大きなスクリプトファイルを実行する方法

サイズの大きなスクリプトファイル
サイズが数ギガあるような SQL スクリプトの入ったファイルは、SQL Server Management Studio で sql ファイルを開こうとしてもエラーになる可能性が高いです。

また、サイズの大きなスクリプトファイルを開けても、マシンのスペックにもよりますが、実行するとメモリー不足のエラーになって実行できないこともあります。
今回は、サイズの大きなスクリプトファイルを実行する方法をご紹介します。

sqlcmd ユーティリティとは？
sqlcmd ユーティリティはコマンドプロンプトから SQL ステートメントやストアードプロシージャなどを実行できるコマンドラインツールです。

この、sqlcmd ユーティリティを使うと、SQL Server Management Studio やテキストエディタでは開けないような大きなサイズのスクリプトファイルも実行することができます。

sqlcmd ユーティリティは SQL Server をインストールした時にデフォルトでインストールされていると思いますが、インストールされていない方はマイクロソフトの「sqlcmd ユーティリティ」のページからダウンロードできます。
URL は変更されるかもしれないので、site:docs.microsoft.com "sqlcmd ユーティリティ" で検索してみてください。サイズの大きなスクリプトファイルを実行する方法 4

sqlcmd ユーティリティを使ってファイルを実行する
Windows のスタートメニューからコマンドプロンプトを開き、sqlcmd コマンドを実行します。

sqlcmd -S [サーバー] -U [ログイン名] -P [パスワード] -i [入力ファイル] -u -o [出力ファイル]

今回指定するオプションは次のものです。

-S: サーバー（/デフォルトインスタンスではない場合はインスタンス名）
-U: ログイン名
-P: パスワード
-i: 入力ファイル名
-u: 出力ファイル Unicode で生成する
-o: 出力ファイル名
-S の指定がない時は、ローカルにインストールされたデフォルトインスタスに接続されます。

今回は実行結果をファイルに出力しますが、もし実行結果をコマンドラインで見たい時は、-u と -o オプションを削除すれば、コマンドラインに表示されます。

-u を指定しないと出力ファイル内の日本語が文字化けしてしまいますのでご注意ください。

また、スクリプト内に USE ステートメントがなく、データベースも指定してスクリプトを実行したい時は -d　[データベース名] で指定してください。

例えば、sqlcmd ユーティリティを使って、D:\Temp\Sql\scripts.sql という名前のスクリプトが入ったファイルを、ローカル(.)にインストールされている MSSQLSERVER2017 という名前付きインスタンスに対して実行し、実行結果を D:\Temp\Sql\result.txt に保存するコマンドは以下の通りです。

sqlcmd -S .\MSSQLSERVER2017 -U user2 -P Password -i D:\Temp\Sql\scripts.sql -u -o D:\Temp\Sql\result.txt
サイズの大きなスクリプトファイルを実行する方法 1

コマンドを実行すると、SQL Server に対してスクリプトが実行され、このように result.txt ファイルが出力されました。

サイズの大きなスクリプトファイルを実行する方法 2

サイズの大きなスクリプトファイルを実行する方法 3

最後に、sqlcmd ユーティリティをコマンドラインから実行すると ODBC を使用してスクリプトを実行します。

SQL Server Management Studio は SqlClient を使用してスクリプトを実行しますので、デフォルトのオプションの違いなどで、同じクエリーを実行しても少し違った動きをする可能性もなくはないので、お知らせしておきます。

SQL Server データベースをシングルユーザー(Single User)モードから通常のマルチユーザーモードに戻す方法

Fri, 22 Nov 2019 13:57:00 GMT

SQL Server データベースをシングルユーザー(Single User)モードから通常のマルチユーザーモードに戻す方法

SQL Server データベースのシングルユーザーモード
SQL Server データベースをシングルユーザー(Single User)モードにすると、そのデータベースに一度に一人のユーザーしかアクセスできなくなります。

SINGLE_USER モードから MULTI_USER モードに戻す方法 1

例えば、シングルユーザーモードで既に他のユーザーがアクセスしているデータベースに対してクエリーを実行すると、次のようなエラーになります。

Msg 924, Level 14, State 1, Line 2 データベース 'Test' は既に開かれています。同時に 1 人のユーザーだけが開けます。

SINGLE_USER モードから MULTI_USER モードに戻す方法 2

今回はシングルユーザー(SINGLE_USER)モードから通常のマルチユーザー(MULTI_USER)モードに戻す方法をご紹介します。

マルチユーザー(MULTI_USER)モードに変更する
まず、SQL Server データベースをマルチユーザー(MULTI_USER)モードに変更するスクリプトは以下の通りです。

実行中のトランザクションがあればロールバックされます。

USE master;
GO

ALTER DATABASE [DatabaseName]
SET MULTI_USER
WITH ROLLBACK IMMEDIATE;
ただ、他のユーザーがそのデータベースに既にアクセスしている場合、以下のようなエラーになります。

Msg 5064, Level 16, State 1, Line 4 この時点では、データベース 'Test' の状態やオプションを変更できません。データベースはシングルユーザーモードで、現在ユーザーが接続中です。 Msg 5069, Level 16, State 1, Line 4 ALTER DATABASE ステートメントが失敗しました。

SINGLE_USER モードから MULTI_USER モードに戻す方法 3

データベースにアクセスしているプロセスを探す
マルチユーザー(MULTI_USER)モードに変更するスクリプトを実行する為に、現在ターゲットのデータベースにアクセスしているプロセスのセッション ID を探し出して、強制終了します。

データベースにアクセスしているプロセスのセッション ID を探すクエリーには次のようなものがあります。

-------------------------------------
SELECT request_session_id,
*
FROM sys.dm_tran_locks
WHERE resource_database_id = DB_ID('DatabaseName');
-------------------------------------
SELECT *
FROM sys.sysprocesses
WHERE dbid = DB_ID('DatabaseName');
-------------------------------------
DECLARE @sp_who_result TABLE (
spid SMALLINT,
ecid SMALLINT,
status NCHAR(30),
loginame NCHAR(128),
hostname NCHAR(128),
blk CHAR(5),
dbname NCHAR(128),
cmd NCHAR(16),
request_id INT
);

INSERT INTO @sp_who_result
EXEC sp_who;

SELECT *
FROM @sp_who_result
WHERE dbname = 'DatabaseName';
-------------------------------------
SINGLE_USER モードから MULTI_USER モードに戻す方法 4

sys.dm_tran_locks は現在アクティブなロックマネージャーリソースの情報を返すシステムビューです。 request_session_id カラムの値がセッション ID です。

sys.sysprocesses は実行されているプロセスの情報を返すシステムビューです。 spid カラムの値がセッション ID です。

sp_who は、現在のユーザー、セッション、プロセスなどの情報を返すシステムストアードプロシージャです。こちらも spid カラムの値がセッション ID です。

どの結果も待機中などのプロセスも含まれます。スクリーンショットのケースでは 56 にブロックされて 66 は待機状態でなので、セッションID 56 がシングルユーザーモードでアクセスしているセッション ID ですね。

アクセスしているプロセスを強制終了する
アクセスしているプロセスのセッション ID を見つけたら、以下のクエリーを使って、そのプロセスを強制終了します。

KILL [Session ID];
SINGLE_USER モードから MULTI_USER モードに戻す方法 5

その後、再度マルチユーザー(MULTI_USER)モードに変更するスクリプトを実行すると、マルチユーザー(MULTI_USER)モードに変更できました。

USE master;
GO

ALTER DATABASE Test
SET MULTI_USER
WITH ROLLBACK IMMEDIATE;
SINGLE_USER モードから MULTI_USER モードに戻す方法 6

SINGLE_USER モードから MULTI_USER モードに戻す方法 7

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法

Sun, 17 Nov 2019 20:31:00 GMT

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法

SQL Server データベースが復元しています (Restoring...) 状態
SQL Server データベースが「復元しています...」 (Restoring...) 状態になると、そのデータベースが使えない状態になります。

今回は SQL Server データベースが復元しています(Restoring...) 状態になってしまう主な原因と、なってしまった時に通常のオンライン状態に戻す方法をご紹介します。

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法 1

目次
1. 復元しています(Restoring...) 状態はどんな時になる？
1-1. NORECOVERY オプションで RESTORE DATABASE を実行した時
1-2. NORECOVERY オプションで BACKUP LOG を実行した時
1-3. 再起動時にトランザクションが正常に終了しなかった時
2. 復元しています (Restoring...) 状態から元に戻す方法
復元しています... (Restoring...) 状態はどんな時になる？
SQL Server のデータベースが復元しています... (Restoring...) 状態になる原因はいろいろありますが、代表的なものをいくつかご紹介します。

NORECOVERY オプションでRESTORE DATABASE を実行した時
データベースのバックアップファイルをリストアする際に NORECOVERY オプションを付けてリストアすると、データベースは「復元しています...」状態になります。

SQL Server Management Studio からの場合、以下のように [データベース復元] > [オプション] 画面の [復旧状態] で RESTORE WITH NORECOVERY を選んでリストアを実行した時などに起こります。

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法 2

デフォルトの RESTORE WITH RECOVERY では、コミットされていないトランザクションはロールバックされてリストアされ、データベースはリストア後、使用可能な状態になります。

RESTORE WITH NORECOVERY では、コミットされていないトランザクションはロールバックされず、データベースはリストア後、「復元しています...」状態になります。通常、他のトランザクションログを続けてリストアする時に指定します。

NORECOVERY オプションでBACKUP LOG を実行した時
NORECOVERY オプションをつけてログをバックアップした時にも、対象のデータベースが復元しています (Restoring...) 状態になります。

これが起こりそうなのは、SQL Server Management Studio から[データベース復元] > [全般] 画面のソースでデバイスからではなくデータベースを選択し、データベースのコピーを作ろうとした時です。

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法 3

[データベース復元] > [オプション] 画面の [ログ末尾のバックアップ] の「復元の前にログ末尾のバックアップを実行する」と「ソースデータベースを復元中の状態にしておく」が下の画面のようにデフォルトでオンになる時があり、そのままリストアを実行し、リストアが何らかの理由で失敗した時に、ソースデータベースが復元しています (Restoring...) 状態になる可能性があります。

SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法 4

また、転送先データベースも復元プランによって、先ほどの RESTORE DATABASE を WITH NORECOVERY オプションで実行した後に失敗すれば、復元しています (Restoring...) 状態になる可能性があります。

ソースデータベースにも影響が出る可能性があるので、本番環境用のデータベースのコピーを作りたいだけの時は、ソースはデータベースではなく、バックアップファイルを使ってデバイスからリストアすることをお勧めします。

再起動時にトランザクションが正常に終了しなかった時
まれに長いトランザクション処理の途中で SQL Server がシャットダウンや再起動してしまい、正常に終了できなかったような時に、再起動後にデータベースが復元しています (Restoring...) 状態になることもあります。

復元しています (Restoring...) 状態から元に戻す方法
まず、トランザクションログなどをリストアしている途中なのであれば、最後のログをリストアする時に WITH RECOVERY オプションで実行すると通常の状態になりますので、リストアを続けてください。

復元しています (Restoring...)状態から、通常のアクセスできる状態に戻るスクリプトは次の通りです。

ログなどをリストアする必要もなく、ただ単純に復元しています (Restoring...)状態を通常の状態に戻したい時にお使いください。WITH RECOVERY オプションで RESTORE DATABASE を実行すると、コミットされていないトランザクションはロールバックされます。
USE master;
GO

RESTORE DATABASE [DatabaseName] WITH RECOVERY;
SQL Server データベースを復元しています (Restoring...) 状態から元に戻す方法 5

完全バックアップファイルをリストアする時に WITH NORECOVERY で実行してしまったのであれば、もう一度リストアを WITH RECOVERY で実行しても通常の状態に戻ります。

データベース内の全ユーザー定義関数を取得する

Thu, 07 Nov 2019 17:49:00 GMT

データベース内の全ユーザー定義関数を取得する　

データベース内の全ユーザー定義関数を取得するには？
今回はデータベース内の全ユーザー定義関数の一覧を取得したい時使えるスクリプトをご紹介します。

方法は何通りかありますが、ここではシンプルにユーザー定義関数の名前のリストを取得したいので sys.objects と INFORMATION_SCHEMA.ROUTINES を使うクエリーを載せておきます。

sys.objects を使って全ユーザー定義関数を取得する
まず、sys.objects　というスキーマスコープのユーザー定義オブジェクトを返すシステムカタログビューを使った方法です。

sys.objects を使って全ユーザー定義関数を取得するクエリーは次の通りです。

SELECT SCHEMA_NAME(schema_id) AS SchemaName,
name AS FunctionName,
type AS FunctionType,
type_desc AS FunctionTypeDesc
FROM sys.objects
WHERE type IN ('AF','FN','FS','FT','IF','TF')
ORDER BY SchemaName,
FunctionName;
データベース内の全ユーザー定義関数を取得する 1

sys.objects はユーザー定義関数以外のオブジェクトも含むので、type を指定してフィルターしています。

指定しているユーザー定義関数の type は以下のものです。

AF: CLR 集計関数
FN: SQL スカラー関数
FS: CLR スカラー関数
FT: CLR テーブル値関数
IF: SQL インラインテーブル値関数
TF: SQL テーブル値関数

INFORMATION_SCHEMA.ROUTINES を使って全ユーザー定義関数を取得する
次は、システムインフォメーションスキーマビューの ROUTINES を使って全ユーザー定義関数を取得する方法です。

INFORMATION_SCHEMA.ROUTINES は現在のデータベースで現在のユーザーがアクセスできるストアードプロシージャとファンクションを返してくれるビューです。

INFORMATION_SCHEMA.ROUTINES を使って全ユーザー定義関数を取得するクエリーは次の通りです。

SELECT ROUTINE_SCHEMA,
ROUTINE_NAME
FROM INFORMATION_SCHEMA.ROUTINES
WHERE ROUTINE_TYPE = 'FUNCTION'
ORDER BY ROUTINE_SCHEMA,
ROUTINE_NAME;
データベース内の全ユーザー定義関数を取得する 2

ROUTINE_TYPE はストアードプロシージャは PROCEDURE、ファンクションは FUNCTION なので、FUNCTION でフィルターしています。

マイクロソフトのサイトに、INFORMATION_SCHEMA ビューで取得できるスキーマをあてにしないように注意書きがされています。信用できるスキーマを取得したい時は sys.objects のほうを使ってください。

ユーザー定義関数の定義を取得する
おまけですが、ユーザー定義関数の定義の内容も取得したい時は、CLR 以外は以下のクエリーで取得できます。

SELECT SCHEMA_NAME(O.schema_id) AS SchemaName,
O.name AS FunctionName,
O.type AS FunctionType,
O.type_desc AS FunctionTypeDesc,
M.definition AS FunctionDefinition
FROM sys.objects AS O
LEFT JOIN sys.sql_modules AS M
ON O.object_id = M.object_id
WHERE O.type IN ('AF','FN','FS','FT','IF','TF')
ORDER BY SchemaName,
FunctionName;
データベース内の全ユーザー定義関数を取得する 3

CLR ユーザー定義関数の FunctionDefinition は NULL になります。

どれも、現在のユーザーがアクセスできるユーザー定義関数しか取得できませんので、権限のあるユーザーでログインして実行してくださいね！

SQL Server: 検証されていない not trusted の CHECK 制約や FOREIGN KEY 制約を trusted にする方法

Sun, 03 Nov 2019 19:16:00 GMT

SQL Server: 検証されていない not trusted の CHECK 制約や FOREIGN KEY 制約を trusted にする方法

検証されていない (not trusted) とはどういう状態？
CHECK 制約と FOREIGN KEY 制約のオブジェクトカタログビューには、制約をシステムが検証したかどうかを示す is_not_trusted というフラグがあります。

この is_not_trusted が 1 の時には、実際に制約違反の値があるかどうかに関わらず、制約はシステムに検証されていないというステータスになっています。

is_not_trusted が 1 だと、SQL Server が実行プランを生成する際に、せっかくの制約が活用されません。

今回は検証されていない状態の CHECK 制約と FOREIGN KEY 制約を、検証された状態 (is_not_trusted = 0) に戻す方法をご説明します。

検証されていない CHECK 制約と FOREIGN KEY 制約を探す
検証されてない (is_not_trusted = 1) の CHECK 制約と FOREIGN KEY 制約を探すクエリーは以下の通りです。

SELECT SCHEMA_NAME(C.schema_id) AS SchemaName,
O.name AS TableName,
C.name AS CheckConstraintName,
C.is_not_trusted
FROM sys.check_constraints AS C
INNER JOIN sys.objects AS O
ON C.parent_object_id = O.object_id
WHERE C.is_not_trusted = 1
AND C.is_disabled = 0
AND C.is_not_for_replication = 0;
検証されていない not trusted の CHECK 制約 1

SELECT SCHEMA_NAME(F.schema_id) AS SchemaName,
O.name AS TableName,
F.name AS ForeignKeyName,
F.is_not_trusted
FROM sys.foreign_keys AS F
INNER JOIN sys.objects AS O
ON F.parent_object_id = O.object_id
WHERE F.is_not_trusted = 1
AND F.is_disabled = 0
AND F.is_not_for_replication = 0;
無効化されている制約は対象から除いています。

is_not_for_replication = 1 の制約は is_not_trusted が 1 になり、検証された trusted 状態にできないので、こちらも対象から除いています。

意図的ではなく is_not_for_replication = 1 になってしまっている場合は、一度、制約を DROP して NOT FOR REPLICATION のオプションなしで制約を作り直してください。

検証された状態 is_not_trusted = 0 に変更するクエリー
先ほどのスクリプトで検証されていない状態になってしまっている制約を見つけたら、以下のクエリーを使って trusted の状態に変更します。

ALTER TABLE [テーブル名] WITH CHECK CHECK CONSTRAINT [制約名];

CHECK CONSTRAINT の前に WITH CHECK をつけることで、システムが既存の値を検証し、全ての値が制約に合っている場合は is_not_trusted が 0 に変更されます。

is_not_trusted = 0 に変更するクエリー

制約違反の値が存在する場合は上記のクエリーを実行すると以下のようなエラーになります。

ALTER TABLE ステートメントは CHECK 制約 "制約名" と競合しています。競合が発生したのは、データベース "データベース名"、テーブル "テーブル名", column 'カラム名' です。

is_not_trusted = 0 に変更するクエリーのエラー

値を制約に合ったものに変更して、再度実行してください。

is_not_trusted = 1 になる原因は？
is_not_trusted が 1 になってしまう原因でよくあるのが、一時的に制約を無効な状態にして、データを投入したりした後で、有効にする際に以下のスクリプトで有効化してしまうケースです。

ダメ ALTER TABLE [テーブル名] CHECK CONSTRAINT [制約名];

有効化はされますが、is_not_trusted が 1 になります。

新しい値にのみ制約を有効にしたいような特別な状況では仕方がないかもしれませんが、それ以外の状況では忘れずに WITH CHECK をつけて制約を有効化してください。

他には、制約のついたテーブルに BULK INSERT をする際に CHECK_CONSTRAINTS のオプションを指定せずにデータをインサートした時にも is_not_trusted が 1 になりますのでご注意ください。

パラメーターの既定値 (Default) のあるユーザー定義関数を実行する際の注意点

Thu, 26 Sep 2019 21:28:00 GMT

T-SQL: パラメーターの既定値 (Default) のあるユーザー定義関数を実行する際の注意点
0 0 　　　　

パラメーターの既定値 (Default)
ストアードプロシージャやユーザー定義関数に、デフォルトの入力引数（インプットパラメーター）を設定したいような時ありますよね。

ストアードプロシージャとユーザー定義関数では、デフォルトの指定の仕方は同じですが、呼び出す際の方法が違います。

パラメーターの既定値 (Default)の定義方法とその実行方法について、見てみましょう。

パラメーターの既定値 (Default)を定義する方法
デフォルトの値を定義するには、引数を定義した後ろに続けて = [既定値] のように指定します。

例えば次のような感じです。

[ユーザー定義関数の例]
パラメーターの既定値 (Default)を定義する方法 1

[ストアードプロシージャの例]
パラメーターの既定値 (Default)を定義する方法 2

上の例では、実行時に 2 個目の引数である @Input2 に値が渡された時は、その渡された値が使われ、渡されなかった場合は 2 が使われます。

パラメーターの既定値のあるストアードプロシージャを実行する方法
ストアードプロシージャとユーザー定義関数では、デフォルト値の定義の方法は同じでしたが、デフォルト値を使って実行する際の方法が違います。

パラメーターの既定値のあるストアードプロシージャは次のように実行できます。

パラメーターの既定値のあるユーザー定義関数を実行する方法 3

上の二つは @Input2 に 5 を指定して実行しているので、結果は 6 になっています。

下の二つは @Input2 を指定せずに実行しているおんで、デフォルト値の 2 が使われ、結果は 3 になっていますね。

パラメーターの既定値のあるユーザー定義関数を実行する方法
次に、パラメーターの既定値のあるユーザー定義関数を実行する方法です。

デフォルト値を使わないで、@Input1 と @Input2 の両方を指定して実行する方法は次の通りです。

パラメーターの既定値のあるユーザー定義関数を実行する方法 4

デフォルト値を使って実行する際ですが、ストアードプロシージャの時の感じで省略してしまうと、次のように「プロシージャまたは関数 * に指定された引数が不足しています。」というエラーになります。

パラメーターの既定値のあるユーザー定義関数を実行する方法 5

ユーザー定義関数で、デフォルト値を使って実行したい時は、DEFAULT というキーワードを指定しなければなりません。

パラメーターの既定値のあるユーザー定義関数を実行する方法 6

ストアードプロシージャと違うので、後でユーザー定義関数に引数を追加することになった時などに、デフォルト値を指定しても、呼ぶ側の変更も必要になるので注意してください。

DEFAULT を指定せずにデフォルト値を使ってユーザー定義関数を実行する方法
私はあまりこの形でユーザー定義関数を使う機会がないのですが、DEFAULT を指定せずにデフォルト値を使ってユーザー定義関数を実行することも可能です。

EXEC を使って次のようにユーザー定義関数を実行すると、DEFAULT というキーワードを指定せずにデフォルト値を使うことができます。

パラメーターの既定値のあるユーザー定義関数を実行する方法 7

T-SQL で文字列 NVARCHAR を一文字ずつに分割した列にする方法

Thu, 29 Aug 2019 21:04:00 GMT

T-SQL で文字列 NVARCHAR を一文字ずつに分割した列にする方法
0 0 　　　　

文字列を一文字ずつに分割したい
クエリーで NVARCHAR 型などの文字列を一文字ずつに分解して、バリデーションや変換などを行いたいような時はないでしょうか。

文字列を一文字ずつに分割する方法には、素直にループして取り出していく方法や SQL Server の他のオブジェクトを使って番号テーブルを生成して使用する方法など、いろんな方法があります。

ここでは、ループをしないでお手軽に使えるクエリーをご紹介します。

共通テーブル式 (CTE) を使って、文字列を一文字ずつに分割する
ループをせずに文字列を分割する為には、1, 2, 3, 4, ... と数字が入った番号テーブルが必要になります。

その番号テーブルを共通テーブル式 (CTE) を使って生成し、文字列を一文字ずつに分割するクエリーは以下の通りです。

DECLARE @Memo NVARCHAR(MAX) = N'これはメモです。 ABC';

;WITH SeqNoCTE (SeqNo) AS
(
SELECT 1
UNION ALL
SELECT SeqNo + 1
FROM SeqNoCTE
WHERE SeqNo < LEN(@Memo)
)
SELECT S.SeqNo,
M.Char1
FROM SeqNoCTE AS S
CROSS APPLY
(SELECT SUBSTRING(@Memo, S.SeqNo, 1) AS Char1) AS M
ORDER BY S.SeqNo;
T-SQL で文字列 NVARCHAR を一文字ずつに分割した列にする方法 1

まず、緑に囲まれた部分で、1 ~ [文字の長さ] までの番号の入った SeqNo カラムを持つ、SeqNoCTE を生成しています。

そこの部分だけを取り出して実行するとこんな感じです。

T-SQL で文字列 NVARCHAR を一文字ずつに分割した列にする方法 2

これにオレンジで囲まれた部分で CROSS APPLY と SUBSTRING 使って、@Memo の開始位置 SeqNo から 1 文字分を取得しています。

JOIN では右側のテーブルソースに、左側のテーブルソースの値を使用することはできないので、APPLY 演算子を使うことによって SeqNo を右側のテーブルソースに渡して使用しています。

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法

Tue, 27 Aug 2019 17:20:00 GMT

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法

SQL Server 構成マネージャー (SQL Server Configuration Manager) が見つからない！
SQL Server 構成マネージャー (SQL Server Configuration Manager) は SQL Server のサービスやネットワーク等の管理をするのに必須なツールです。

その、SQL Server 構成マネージャーですが、昔は個別のプログラムだったので、スタートメニューから比較的簡単に探すことができました。

最近の Windows では、Microsoft 管理コンソールプログラムのスナップインとして作られている為、スタート画面の検索で「SQL Server 構成マネージャー」や「SQL Server Configuration Manager」のように名前を入れても、プログラムが出てこなくなりました。

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法
SQL Server 構成マネージャーを開くには、まずスタート画面で、開きたいバージョンの msc ファイルの名前を入力します。

SQL Server 2017 SQLServerManager14.msc
SQL Server 2016 SQLServerManager13.msc
SQL Server 2014 (12.x) SQLServerManager12.msc
SQL Server 2012 (11.x) SQLServerManager11.msc

例えば、SQL Server 2017 の SQL Server 構成マネージャーを開くには、「 SQLServerManager14.msc 」と入力します。

そして、出てきた msc ファイルをクリックすると、SQL Server 構成マネージャー (SQL Server Configuration Manager) が開きます。

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法 1

上記の msc ファイルは C:\Windows\SysWOW64 にありますので、スタート画面を使わず、msc ファイルを直接起動しても OK です。

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法 2

SQL Server 構成マネージャーをよく使う方は、ここで msc を右クリックし、スタート画面やタスクバーにピン留めしておくと便利です。

SQL Server 構成マネージャー (SQL Server Configuration Manager) の起動方法 3

データベース内の全ビュー(view) を取得する

Fri, 26 Jul 2019 18:03:00 GMT

データベース内の全ビュー(view) を取得する

データベース内の全ビュー(view) を取得するには？
データベース内の全ビュー(view) の一覧を取得したり、ビューの名前の一部を指定して検索したりしたいような時があるかもしれません。

何通りか方法があるので、今回は、そんな時にに使えるスクリプトをご紹介します。

データベース内の全ビュー(view)を取得する
まず、sys.views というシステムカタログビューから現在のデータベース内のユーザー定義ビューの一覧を取得することができます。

SELECT OBJECT_SCHEMA_NAME(object_id) AS SchemaName,
name AS ViewName
FROM sys.views
ORDER BY OBJECT_SCHEMA_NAME(object_id),
name;
データベース内の全ビュー(view) を取得する 1

先ほどの sys.views は、sys.sysobjects というシステムカタログビューの type = 'V' の結果に、View 用のカラムを何個か足したものなので、以下のようにしてもビューの一覧を取得することができます。

SELECT OBJECT_SCHEMA_NAME(object_id) AS SchemaName,
name AS ViewName
FROM sys.objects
WHERE type = 'V'
ORDER BY OBJECT_SCHEMA_NAME(object_id),
name;
データベース内の全ビュー(view) を取得する 2

他には、INFORMATION_SCHEMA.VIEWS というシステムインフォメーションスキーマービューでも、ユーザー定義のビューの一覧を取得できます。

SELECT *
FROM INFORMATION_SCHEMA.VIEWS
ORDER BY TABLE_CATALOG,
TABLE_SCHEMA,
TABLE_NAME;
データベース内の全ビュー(view) を取得する 3

また、INFORMATION_SCHEMA.TABLES というシステムインフォメーションスキーマービューの TABLE_TYPE = 'VIEW' でも取得できます。

SELECT *
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE ='VIEW'
ORDER BY TABLE_CATALOG,
TABLE_SCHEMA,
TABLE_NAME;
データベース内の全ビュー(view) を取得する 4

おまけに、現在のデータベースのユーザー定義ビュー + システムビューを取得したい場合は、sys.all_views を使って取得可能です。

SELECT OBJECT_SCHEMA_NAME(object_id) AS ObjectName,
name AS ViewName
FROM sys.all_views
ORDER BY OBJECT_SCHEMA_NAME(object_id),
name;
データベース内の全ビュー(view) を取得する 5

いろいろありますが、View のスキーマと名前だけが必要な時はどれを使っても良いと思います。残りのカラムが違いますので、必要に応じて確認してください。

どの方法でも、現在のユーザーにパーミッションがある view しか取得できませんので、十分権限のあるユーザーでログインして実行してくださいね！

T-SQL 入門 - SQL Server の APPLY オペレータ

Thu, 27 Jun 2019 17:27:00 GMT

SQL Server の APPLY オペレータ
SQL Server には SELECT や UPDATE などの FROM 句で使える APPLY というオペレータがあります。

APPLY には CROSS APPLY と OUTER APPLY があり、機能的には INNER JOIN と LEFT JOIN に似ています。

ユーザー定義のテーブル値関数と結合して、結果セットを返したいような時に便利です。

次のように、JOIN だと、右側のテーブルソース（サブクエリー）に左側のテーブルソースのカラムを含めることができませんが、APPLY オペレーターを使うと左側のカラムを、右側に渡すことができます。

SQL Server の APPLY オペレータ 5

サンプルデータとユーザー定義のテーブル値関数
CROSS APPLY と OUTER APPLY を使うためのサンプルデータを準備します。

学生とテストの成績のデータを保存した、次のような Student、Test、TestResult テーブルがあります。

SQL Server の APPLY オペレータ 1

こちらのスクリプトを実行するとサンプルテーブル＆データを生成できます。
「ユーザー定義のテーブル値関数を作成する」のページで作った StudentID を受け取って、テストレポートの結果セットを返す ufnStudentTestReportGet というユーザー定義のテーブル値関数を使います。

SQL Server の APPLY オペレータ 2

CROSS APPLY
まずは CROSS APPLY を使ってみましょう。

Student テーブルとユーザー定義のテーブル値関数 ufnStudentTestReportGet を CROSS APPLY でつなげて結果セットを取得します。

その際に CROSS APPLY を使うと、ufnStudentTestReportGet からレコードが返ってこない　Student は結果セットに含まれません。

SELECT S.StudentID,
S.FirstName,
S.LastName,
TR.TestID,
TR.TestName,
TR.Score,
TR.TestAvgScore
FROM Student AS S
CROSS APPLY dbo.ufnStudentTestReportGet(S.StudentID) AS TR
ORDER BY S.StudentID,
TR.TestID;
SQL Server の APPLY オペレータ 3

OUTER APPLY
次に、Student テーブルとユーザー定義のテーブル値関数 ufnStudentTestReportGet を OUTER APPLY でつなげて結果セットを取得してみます。

SELECT S.StudentID,
S.FirstName,
S.LastName,
TR.TestID,
TR.TestName,
TR.Score,
TR.TestAvgScore
FROM Student AS S
OUTER APPLY dbo.ufnStudentTestReportGet(S.StudentID) AS TR
ORDER BY S.StudentID,
TR.TestID;
SQL Server の APPLY オペレータ 4

OUTER APPLY を使うと、ufnStudentTestReportGet からレコードが返ってこない　Student も結果セットに含まれます。

LEFT JOIN みたいな感じですね！

T-SQL - LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法

Tue, 11 Jun 2019 14:41:00 GMT

T-SQL - LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法
0 0 　　　　

LIKE オペレーターとワイルドカード
SELECT 文を書く時に、WHERE 句で LIKE オペレーターを使って、特定の文字やパターンを含む値を持つレコードを取得する機会があると思います。

LIKE オペレーターでは、いくつかの文字はワイルドカードとして扱われます。

パーセント(%) ワイルドカード
パーセント(%)は「 0 個以上の何らかの文字列」という意味のワイルドカードです。

前方一致で条件をしたい時は検索したい文字列の後に、部分一致にしたい時は前後に % をつけることでその文字列を含む値を持つレコードを検索することができます。

次のような Student テーブルがあります。

LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 1

LastName が Ta で始まる学生のレコードは次のように取得できますね。

SELECT * FROM Student WHERE LastName LIKE 'Ta%';
LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 2

アンダースコア(_) ワイルドカード
アンダースコア(_)は「 1 個の何らかの文字列」という意味のワイルドカードです。

例えば、LastName の 2 文字目が a の学生のレコードは次のように取得できます。

SELECT * FROM Student WHERE LastName LIKE '_a%';
LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 3

アンダースコア(_)やパーセント(%)を含む文字列を探す
ここからが本題ですが、LIKE オペレーターを使って、アンダースコア(_)やパーセント(%)を含む文字列を探したい時は、ワイルドカードとしての役割をしないような形で指定しなければなりません。

アンダースコア(_)やパーセント(%)を含む文字列を探したい時は、[] のワイルドカードを使って指定することができます。

[] ワイルドカードは [a] と一文字を指定したり、[abc] のように a,b,c のどれかと指定したり、[a-z] のように範囲を指定して、一文字をマッチさせることのできるワイルドカードです。

例えば FirstName にアンダースコアが含まれる学生のレコードを取得したい時には、次のように指定することができます。

SELECT * FROM Student WHERE FirstName LIKE '%[_]%';
LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 4

同様に FirstName にパーセントが含まれる学生のレコードを取得したい時には、次のように指定することができます。

SELECT * FROM Student WHERE FirstName LIKE '%[%]%';
LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 5

一応、もう一つの方法としては、ESCAPE を使って、ESCAPE 文字を挿入してアンダースコア(_)やパーセント(%)をワイルドカードとしての役割をしないようにすることも可能です。

例えば、「|」という文字を ESCAPE 文字にするのであれば、次のようなクエリーになります。

SELECT * FROM Student WHERE FirstName LIKE '%|_%' ESCAPE '|';

SELECT * FROM Student WHERE FirstName LIKE '%|%%' ESCAPE '|';
LIKE を使ってアンダースコア(_)やパーセント(%)を含む文字列を探す方法 6

T-SQL - 西暦の日付を和暦（元号）の日付に変換するユーザー定義関数

Mon, 06 May 2019 21:18:00 GMT

T-SQL - 西暦の日付を和暦（元号）の日付に変換するユーザー定義関数
0 0 　　　　

西暦の日付を和暦（元号）の日付に変換する
西暦の日付を和暦（元号）の日付に変換したいような時はないでしょうか。

.NET Framework のライブラリーには JapaneseCalendar クラスがあって、GetEra(DateTime) メソッドなどで元号の情報を取得できますが、SQL Server にはそのような便利な組み込み関数はありません。

SQL Server の CLR 関数を作成するという手もあるかもしれませんが、頻繁に変わる情報でもないので、元号のテーブル変数を含む西暦の日付を和暦（元号）の日付に変換するユーザー定義関数を作ってみました。

難しいことは何もしていないですが、どなたかの参考になれば幸いです。

西暦の日付を和暦（元号）の日付に変換するユーザー定義関数
まずは、元号一覧用に JapaneseEra テーブルを作って、データをインサートしておきます。

CREATE TABLE JapaneseEra (
EraValue TINYINT NOT NULL PRIMARY KEY,
EraName NVARCHAR(2) NOT NULL,
EraAbbreviation CHAR(1) NOT NULL,
EraStartDate DATE NOT NULL,
EraEndDate DATE NOT NULL
);

INSERT INTO JapaneseEra
(EraValue, EraName, EraAbbreviation, EraStartDate, EraEndDate)
VALUES
(1, N'明治', 'M', '1868-09-08', '1912-07-29'),
(2, N'大正', 'T', '1912-07-30', '1926-12-24'),
(3, N'昭和', 'S', '1926-12-25', '1989-01-07'),
(4, N'平成', 'H', '1989-01-08', '2019-04-30'),
(5, N'令和', 'R', '2019-05-01', '9999-12-31');
西暦の日付を和暦（元号）の日付に変換するユーザー定義関数 1

西暦の日付を和暦（元号）の日付に変換するユーザー定義関数 2

取得時のパフォーマンスを考えて、開始日だけではなく終了日の値も必須項目として、令和の終了日は DATE の最大値を設定しています。

そして、西暦の日付を和暦（元号）の日付に変換するユーザー定義関数は以下の通りです。

CREATE FUNCTION ufnGetEraDate (
@InputDate DATE
)
RETURNS NVARCHAR(50)
AS
BEGIN

DECLARE @EraDate NVARCHAR(50);

DECLARE @EraName NVARCHAR(2),
@EraYear TINYINT;

SELECT @EraName = EraName,
@EraYear = DATEDIFF(yy, EraStartDate, @InputDate) + 1
FROM JapaneseEra WITH (NOLOCK)
WHERE @InputDate BETWEEN EraStartDate AND EraEndDate;

SET @EraDate = @EraName
+ CASE
WHEN @EraYear = 1
THEN N'元'
ELSE N' ' + CAST(@EraYear AS NVARCHAR) + N' '
END
+ N'年'
+ FORMAT(@InputDate, N' M 月 d 日');

RETURN @EraDate;

END
西暦の日付を和暦（元号）の日付に変換するユーザー定義関数 3

@InputDate に西暦の日付を渡し、JapaneseEra テーブルから年号の情報を取得して、和暦の日付を作って返します。

日付が明治より前の年号の日付の場合は NULL が返ります。

FORMAT 関数は SQL Server 2012 以降でサポートされている組み込み関数です。 SQL Server 2012 より前の SQL Server をお使いの場合は、FORMAT(@InputDate, N' M 月 d 日') の代わりに例えば以下のような感じで、@InputDate から月と日を取り出して文字列を作ってください。
N' ' + CAST(MONTH(@InputDate) AS NVARCHAR(2)) + N' 月 '
+ CAST(DAY(@InputDate) AS NVARCHAR(2)) + N' 日'

こんな感じで使うことができます。

西暦の日付を和暦（元号）の日付に変換するユーザー定義関数 4

西暦の日付を和暦（元号）の日付に変換するユーザー定義関数 5

T-SQL でカラム名（列名）を変更する方法

Fri, 12 Apr 2019 20:35:00 GMT

T-SQL でカラム名（列名）を変更する方法
0 0 　　　　

SQL Server のテーブルのカラム名を変更する
テーブルのカラム名の変更は、SQL Server Management Studio のオブジェクトエクスプローラからできますが、システムのデプロイ時など、スクリプトで変更したい時もあると思います。

今回の記事は SQL Server のテーブルのカラム名（列名）を変更する方法についてです。

[名前の変更] でカラム名を変更する
まずは、みなさんご存知かもしれませんが、SQL Server Management Studio のオブジェクトエクスプローラからカラム名を変更する方法です。

SQL Server Management Studio のオブジェクトエクスプローラで、変更したいデータベース > テーブル > カラムを選択します。

右クリックし [名前の変更] をするか、カラムをもう一度クリックすると、カラム名が変更できるようになるので、新しいカラム名を入力します。

T-SQL でカラム名（列名）を変更する方法 1

T-SQL でカラム名（列名）を変更する方法 2

新しい名前を入力したら、フォーカスをはずすとカラム名が変更されます。

デザイン画面でカラム名を変更する
もうひとつ、SQL Server Management Studio からカラム名を変更する方法です。

SQL Server Management Studio のオブジェクトエクスプローラで、変更したいデータベース > テーブルで右クリックし [デザイン]　を選択します。

T-SQL でカラム名（列名）を変更する方法 3

テーブルのデザイン画面が出てくるので、カラム名を変更して保存すると、カラム名が変更されます。

T-SQL でカラム名（列名）を変更する方法 4

Transact-SQL でカラム名を変更する
最後に、T-SQL でカラム名を変更する方法です。

sp_rename という名前のシステムストアードプロシージャを使います。

カラム名を変更するスクリプトは次の通りです。

EXEC sp_rename 'スキーマ名.テーブル名.現在のカラム名', '新しいカラム名', 'COLUMN';

例えば、このスクリプトを実行すれば、Student テーブルの LastName カラムを LastNameEN というカラム名に変更できます。

EXEC sp_rename 'dbo.Student.LastName', 'LastNameEN', 'COLUMN';
T-SQL でカラム名（列名）を変更する方法 5

リフレッシュすると、カラム名が変更されていますね。

T-SQL でカラム名（列名）を変更する方法 6

スクリプト実行時の注意メッセージにも書かれていますが、どの方法でカラム名を変更しても、このカラムが使われている箇所まで変更してくれる訳ではありません。

カラム名を変更する際には、使われている箇所の変更もれがないように気をつけてくださいね！

SQL Server で一時テーブルを使う時のちょっとした注意点

Fri, 22 Mar 2019 23:31:00 GMT

SQL Server で一時テーブルを使う時のちょっとした注意点
0 0 　　　　

SQL Server の一時テーブル
SQL Server の一時テーブルには、テーブル名が ## で始まるグローバル一時テーブルと # で始まるローカル一時テーブルがあります。

今回はローカル一時テーブルをストアードプロシージャ内で使う際の、ちょっとした注意点を取り上げます。

SQL Server のローカル一時テーブル
ローカル一時テーブルは、同じセッション内のみ有効なテーブルで、普通のテーブルと同様に CREATE TABLE や SELECT INTO などのステートメントで作成することができます。

実際には、ローカル一時テーブルの場合は SQL Server がわかるように名前を変更して tempdb に生成されています。

例えば、#Test という名前のローカル一時テーブルを作ると、次のような感じで tempdb に生成されます。

SQL Server で一時テーブルを使う時のちょっとした注意点　1

SQL Server で一時テーブルを使う時のちょっとした注意点　2

データ量の多いテーブル達から、複雑なクエリーで一度に値を取得するよりも、一時テーブルに対象となりそうなデータのみを一旦保存して、その一時テーブルに対してクエリーを書いたほうが、処理時間が速くなることが多いです。クエリーチューニングの際はお試しください。

ローカル一時テーブル使う際の注意点
まず、同じバッチやストアードプロシージャ内で、同じ名前のローカル一時テーブルを作成しようとするとエラーになります。

SQL Server で一時テーブルを使う時のちょっとした注意点　3

ローカル一時テーブルは、同じセッション内で有効、と書きましたが、あるストアードプロシージャ A から別のストアードプロシージャ B を実行した時には、A で作成したローカル一時テーブルに B 内で利用できます。

例えば、次のようにストアードプロシージャ uspTempTest1 内で作った #Test テーブルを uspTempTest2 で UPDATE することができます。

SQL Server で一時テーブルを使う時のちょっとした注意点　4

SQL Server で一時テーブルを使う時のちょっとした注意点　5

SQL Server で一時テーブルを使う時のちょっとした注意点　6

呼ばれた側のストアードプロシージャだけ見た時に、ローカル一時テーブルがどのように定義されていて何が入っているのかわからないので、あまりおすすめの使い方ではありません。

ここからが本題で、ちょっと注意しておいたほうが良い点です。

呼ばれる側のストアードプロシージャ内で、同じ名前のローカル一時テーブルを生成してもエラーにはなりません。

先ほどの uspTempTest1 はそのままで、uspTempTest2 内で同じ名前で定義が少し違うローカル一時テーブル #Test を作成して SELECT してみましょう。

SQL Server で一時テーブルを使う時のちょっとした注意点　7

SQL Server で一時テーブルを使う時のちょっとした注意点　8

uspTempTest1 を実行するとこのような結果になります。

SQL Server で一時テーブルを使う時のちょっとした注意点　9

同じ名前のローカル一時テーブルが既に存在していてもエラーにはならず、uspTempTest2 内での SELECT では uspTempTest2 内で作られた #Test が使われていますね。

次に、uspTempTest2 で #Test に値を INSERT してみましょう。

SQL Server で一時テーブルを使う時のちょっとした注意点　10

再度 uspTempTest1 を実行するとこのようなエラーになります。

SQL Server で一時テーブルを使う時のちょっとした注意点　11

先ほどの SELECT では、uspTempTest2 で生成した #Test が使われていましたが、その真下の INSERT では、uspTempTest1 で生成した #Test が使われた為、TestName というカラムがないというエラーになっています。

マイクロソフトによると、このような状況で、同じ名前のローカル一時テーブルが存在している時に、クエリーがどちらの一時テーブルを使うかは定義されていません。その為、どちらのローカル一時テーブルが使われるかわからないのです。

また、このエラーメッセージからでは、ローカル一時テーブルの名前が原因だと特定するのに時間がかかるかもしれません。

同じセッション内で、同じ名前のローカル一時テーブルを意図的に複数作りたい状況が思い浮かばないので、CREATE でエラーが出てくれたらわかりやすいのになぁ、と思います。

複数人数で開発していて、自分の作ったストアードプロシージャを他の人が作ったストアードプロシージャから実行したり、されたりするような場合は、一時テーブルの名前がかぶらないようにご注意くださいね。

SQL Server が使用しているポートを確認する方法

Thu, 07 Mar 2019 02:22:00 GMT

SQL Server が使用しているポートを確認する方法
0 0 　　　　

SQL Server が使用している TCP/IP ポートを確認する
SQL Server のデータベースエンジンが使用する TCP/IP ポート番号は、デフォルトでは以下のようになっています。

デフォルトインスタンス： 1433
名前付きインスタンス：ダイナミックポート
ですが、使用するポート番号は変更・固定可能なので、デフォルトインスタンスでも 1433 でない可能性もあります。

今回は、TCP/IP プロトコルが有効化されている前提で、SQL Server が使用しているポートを確認する方法をご紹介します。

SQL Server 構成マネージャーで使用しているポートを確認する方法
こちらは私の PC の SQL Server 構成マネージャーですが、今回はデフォルトインスタンスの SQL Server(MSSQLSERVER) と、名前付きインスタンスの SQL Server(MSSQLSERVER2017) の使用しているポート番号を確認してみましょう。

SQL Server が使用しているポートを確認する方法　1

まずはデフォルトインスタンスから確認します。

左側の [SQL Server ネットワークの構成] で [MSSQLSERVER のプロトコル] を選択し、右側で [TCP/IP] で右クリックして [プロパティ] を選択します。

SQL Server が使用しているポートを確認する方法　2

プロトコルのタブの [Listen All] が　[はい] の時は、IPアドレスタブの一番下の [IPAll] の箇所が有効になっています。

SQL Server が使用しているポートを確認する方法　3

SQL Server が使用しているポートを確認する方法　4

ここで、TCP Port として設定されて番号 (1433) が固定されているポート番号です。

SQL Server をスタートする際に、この固定されているポート番号は既に他使われている場合は SQL Server をスタートすることができません。

ですので、この値が SQL Server がスタートされた後に変更されたのでなければ、これが現在使用されているポート番号になります。

次に、名前付きインスタンスのポート番号を確認してみましょう。

先ほどのように、[SQL Server ネットワークの構成] で [MSSQLSERVER2017 のプロトコル] を選択し、右側で [TCP/IP] で右クリックして [プロパティ] を選択します。

SQL Server が使用しているポートを確認する方法　5

プロトコルのタブの [Listen All] が　[はい] なので、IPアドレスタブの一番下の [IPAll] の箇所を見ます。

SQL Server が使用しているポートを確認する方法　6

SQL Server が使用しているポートを確認する方法　7

今度は TCP Port ではなく、TCP Dynamic Portsにポート番号 (51258) が設定されています。

名前付きインスタンスの TCP Dynamic Ports の値はデフォルト 0 （ダイナミックポートを使用するという意味）になっていて、TCP/IP を有効化して SQL　Server を再起動した際に設定されます。

SQL Server を開始した際にこのポート番号が他で使われていない限り、ずっとこのポート番号が使われます。

もしそのポート番号が空いていない場合は、別のポート番号を使い、TCP Dynamic Ports の値も更新されます。

ですので、こちらも、ここで見つけたポート番号が SQL Server がスタートされた後に変更されたのでなければ、これが現在使用されているポート番号になります。

SQL Server ログから使用しているポートを確認する方法
SQL Server を開始した時に書き出されるログで、listen しているポート番号を確認することもできます。

ERRORLOG ファイルをキーワードで検索してもよいですが、以下のクエリーを実行しても確認可能です。

xp_readerrorlog 0, 1, N'Server is listening on [ ''any''';
MSSQLSERVER SQL Server が使用しているポートを確認する方法　8

MSSQLSERVER2017 SQL Server が使用しているポートを確認する方法　9

この先、SQL Server のログの書き出し方が変わってしまったらこのクエリーでは見つからないかもしれません。その時は検索するキーワードを変えてみてください。

最後に、SQL Server Management Studio から [IPアドレス],[ポート番号] で接続することで、見つけたポート番号が正しいか確認することができます。

[例]
127.0.0.1,51258
localhost,51258

SQL Server が使用しているポートを確認する方法　10

SQL Server - デタッチ＆アタッチでデータベースを移動する方法

Fri, 15 Feb 2019 01:40:00 GMT

SQL Server - デタッチ＆アタッチでデータベースを移動する方法

SQL Server のデータベースを移動させたい
SQL Server のデータベースを、同じサーバー内の他のインスタンスや、別のサーバーに移動させたい時ありますよね。

バックアップ＆リストアでもデータベースをコピーすることができますが、今回はデタッチ＆アタッチでデータベースを移動する方法をご紹介します。

同じインスタンス内でデータベースファイルの保存場所を変更したい時に、デタッチ＆アタッチでもできなくはないのですが、マイクロソフトは ALTER DATABASE を使う方法を推奨しています。

ALTER DATABASE を使ってデータベースファイルの保存場所を変更する方法はこちらです。
SQL Server - ログファイルの保存場所を変更する方法

デタッチ＆アタッチでデータベースを移動する
今回はデフォルトインスタンスにある TestDB というデータベースを、同じサーバー内の名前付きインスタンスに移動させてみましょう。

デタッチ＆アタッチでデータベースを移動する方法　1

1. まず、でタッチしたいデータベースを選択して右クリックし、[タスク] > [デタッチ] をクリックします。

デタッチ＆アタッチでデータベースを移動する方法　2

デタッチの画面が出てきます。アクティブなコネクションがあるとデタッチできないので、メッセージにアクティブな接続出てきた場合は [接続の削除] をチェックして接続を切断するようにして [OK] をクリックします。

デタッチ＆アタッチでデータベースを移動する方法　3

オブジェクトエクスプローラのデータベースから TestDB が消えました。消えない場合はリフレッシュボタンをクリックしてみてください。

デタッチ＆アタッチでデータベースを移動する方法　4

2. TestDB のデータベースファイル (mdf) とログファイル (ldf) を移動します。

デタッチ＆アタッチでデータベースを移動する方法　5

3. 移動先のインスタンスで [データベース] を選択し、右クリックで [アタッチ] を選択します。

デタッチ＆アタッチでデータベースを移動する方法　6

アタッチの画面が出てくるので、[追加] をクリックして、データベースファイル (mdf)を選択し、[OK] をクリックします。

デタッチ＆アタッチでデータベースを移動する方法　7

デタッチ＆アタッチでデータベースを移動する方法　8

そうすると、自動的にログファイル (ldf)も選択されるので、[OK] をクリックします。

デタッチ＆アタッチでデータベースを移動する方法　9

ログファイル (ldf)がない場合、データベースファイル (mdf) だけ指定してもアタッチ可能です。その場合はアタッチした時に ldf ファイルが生成されます。
ここで、SQL Server のサービスアカウントがデータベースファイルにアクセスする権限がない時に以下のようなオペレーティングシステムエラー 5: "5(Access is denied.)" が出る可能性があります。

デタッチ＆アタッチでデータベースを移動する方法　10

そんな時は SQL Server のサービスアカウントを SQL Server 構成マネージャー等で確認して、データベースファイル (mdf) とログファイル (ldf)にアクセス権限を追加してください。

デタッチ＆アタッチでデータベースを移動する方法　11

デタッチ＆アタッチでデータベースを移動する方法　12

アクセス権限を追加した後で再度 [OK] ボタンをクリックすると、TempDB がアタッチされました。

デタッチ＆アタッチでデータベースを移動する方法　13

SQL Server ログ - ERRORLOG ファイルの保存場所

Thu, 07 Feb 2019 21:58:00 GMT

SQL Server ログ - ERRORLOG ファイルの保存場所
0 0 　　　　

SQL Server ログファイルの保存場所はどこ？
SQL Server ログは、SQL Server Management Studio のオブジェクトエクスプローラーから [管理] > [SQL Server ログ] で確認できます。

SQL Server ログ - ERRORLOG ファイルの保存場所 1

ですが、分析したい時など、実際にログが保存されているエラーログファイルを取得したい時もありますよね。

SQL Server ログ　- ERRORLOG ファイル
この SQL Server ログの内容は、実際には ERRORLOG や ERRORLOG.[番号] という名前で保存されています。

SQL Server ログ - ERRORLOG ファイルの保存場所 2

通常、SQL Server のインスタンスが開始される度に新しいログファイルが作られます。

ERRORLOG が最新のもので、ERRORLOG.1 が次に新しいもの、ERRORLOG.2 がその次というように、最大 6 個まで過去のエラーログファイルが保存されています。

ERRORLOG ファイルの保存場所を確認する方法
デフォルトの設定を受け入れて SQL Server をインストールすると、だいたい次のような場所にあるはずです。

C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER2014\MSSQL\Log

黄色でハイライトされている箇所は、SQL Server のバージョンや、名前付きインスタンスかなどで変わってきます。

実際のエラーログファイルの保存場所は次のように確認できます。

Windows の検索で「 SQLServerManager<バージョン>.msc 」と入力するなどして、SQL Server 構成マネージャー (SQL Server Configuration Manager) を探して起動します。

SQL Server 2017 -> SQLServerManager14.msc
SQL Server 2016 -> SQLServerManager13.msc
SQL Server 2014 -> SQLServerManager12.msc
SQL Server 2012 -> SQLServerManager11.msc

SQL Server 構成マネージャーの左側で [SQL Server のサービス] を選択し、右側で ERRORLOG ファイルの場所を確認したい SQL Server で右クリックして [プロパティ] を選択します。

SQL Server ログ - ERRORLOG ファイルの保存場所 3

[起動時のパラメーター] タブを選択し、 -e から始まるパスがログファイルの保存場所です。

SQL Server ログ - ERRORLOG ファイルの保存場所 4

SQL Server - データベースファイルのデフォルトの保存場所を変更する

Fri, 21 Dec 2018 01:51:00 GMT

SQL Server - データベースファイルのデフォルトの保存場所を変更する
0 0 　　　　

データベースファイルのデフォルトの保存場所
「ログファイルの保存場所を変更する方法」では、既存のデータベースのデータベースファイルの保存場所の変更方法をご説明しました。

この記事では、データベースファイルのデフォルトの保存場所を変更する方法をご紹介します。

データベースファイルのデフォルトの保存場所を変更する方法
xp_instance_regwrite を使って、スクリプトでも変更できるのですが、あまり利点がないので SQL Server Management Studio の UI　から行います。

1. SQL Server Management Studio のオブジェクトエクスプローラで変更したいデータベースサーバを選択し、右クリックで [プロパティ]をクリックします。

データベースファイルのデフォルトの保存場所　1

2. 左側で [データベースの設定]を選択すると、データベースの既定の場所の設定箇所が表示されます。

データベースファイルのデフォルトの保存場所　2

3. データ、ログ、バックアップファイルののデフォルト保存場所を必要に応じて変更し、[OK]をクリックします。

データベースファイルのデフォルトの保存場所　3

4. 再度 SQL Server Management Studio のオブジェクトエクスプローラで変更したいデータベースサーバを選択し、右クリックで [再起動]します。

データベースファイルのデフォルトの保存場所　4

これで、次回新しいデータベースの作成する時から、新しい保存場所にデータベースファイルが生成されるようになります。

試しに Temp6 というデータベースを作ってみました。

データとログファイルのデフォルトの保存場所が先ほど指定した場所になっていて、そのままで問題なく生成できました。

データベースファイルのデフォルトの保存場所　5

データベースファイルのデフォルトの保存場所　6

SQL Server: ID 値 (IDENTITY) をリセット (RESEED) する方法

Fri, 07 Dec 2018 23:13:00 GMT

SQL Server: ID 値 (IDENTITY) をリセット (RESEED) する方法
0 0 　　　　

ID 値 (IDENTITY) をリセット(RESEED)する方法
テーブルのレコード数が増えてきて、レコードを大量に削除したりした後で、ID 値 (IDENTITY) を現在のレコード数に合わせてリセットしたいような時ありませんか？

今回は、ID 値 (IDENTITY) をリセット(RESEED)する方法をご紹介します。

DBCC CHECKIDENT で ID 値を RESEED する
DBCC CHECKIDENT ステートメントで使うと、ID 値 (IDENTITY)値を確認したり、現在の ID 値を変更したりすることができます。

まず、現在の ID 値（SQL Server が持っているカウンターの値）と現在の列値（テーブルの ID 列に入っている最大の値）をチェックするスクリプトは以下の通りです。

DBCC CHECKIDENT ([テーブル名], NORESEED);
ID 値 (IDENTITY) をリセット(RESEED)する方法 1

現在の ID 値と現在の列値が同じ状態が普通の状態だと思います。

次に、現在の ID 値（SQL Server が持っているカウンターの値）が現在の列値（テーブルの ID 列に入っている最大の値）より小さい場合、例えば先ほどのスクリプトでチェックした時に次のような状態になっている時です。

ID 値 (IDENTITY) をリセット(RESEED)する方法 2

そんな時は次のスクリプトで現在の ID 値をリセットできます。

DBCC CHECKIDENT ([テーブル名]);
ID 値 (IDENTITY) をリセット(RESEED)する方法 3

現在の ID 値が 2 から 8 に更新されていますね。

MAX の値に現在の ID 値をリセットする
最初に書いたようにレコードを削除した後には、次のようなに現在の ID 値（SQL Server が持っているカウンターの値）が現在の列値（テーブルの ID 列に入っている最大の値）より大きくなっていると思います。

ID 値 (IDENTITY) をリセット(RESEED)する方法 4

この状態で先ほどの DBCC CHECKIDENT ([テーブル名]); を実行しても、現在の ID 値は更新されません。

ID 値 (IDENTITY) をリセット(RESEED)する方法 5

そんな時は、次のスクリプトで値を指定して、現在の ID 値を RESEED します。

DBCC CHECKIDENT ([テーブル名], RESEED, [ID 値]);

現在の最大値に ID 値をリセットする簡単な方法は、このスクリプトで一旦 ID 値を 0 にリシードし、先ほどのスクリプトで自動的に最大値に更新させる方法です。

DBCC CHECKIDENT ([テーブル名], RESEED, 0); -- 0 にリセット
DBCC CHECKIDENT ([テーブル名]); -- 最大値にリセット

DBCC CHECKIDENT ([テーブル名], NORESEED); -- チェック
ID 値 (IDENTITY) をリセット(RESEED)する方法 6

現在の ID 値が 8 -> 0 -> 3 のように更新されていますね。

もちろん MAX の値を自分で取得して、一回の DBCC CHECKIDENT ([テーブル名], RESEED, 最大値); で更新してしまってもかまいません。

DECLARE @MaxTestID INT = ISNULL((SELECT MAX(TestID) FROM Test), 0);

DBCC CHECKIDENT ('dbo.Test', RESEED, @MaxTestID); -- 最大値にリセット

DBCC CHECKIDENT ('dbo.Test', NORESEED); -- チェック
ID 値 (IDENTITY) をリセット(RESEED)する方法 7

DBCC CHECKIDENT ([テーブル名], RESEED, [ID 値]) の [ID 値] は自由に設定できますが、次に生成される ID 値が既にテーブルに存在していて、そのカラムにプライマリーキーやユニーク制約がついている場合、次にレコードをした時に重複のエラーになるので気をつけてください。

ちなみに、IDENTITY_INSERT を ON にして ID 値を指定してレコードをインサートした時でも、挿入した ID 値が今までの ID の値よりも大きい場合は、現在の ID 値がその最大値で置き換えられるので、RESEED する必要はありません。

SQL Server - ログファイルの保存場所を変更する方法

Fri, 16 Nov 2018 00:58:00 GMT

SQL Server - ログファイルの保存場所を変更する方法

ログファイルの保存場所を変更したい
SQL Server のトランザクションログファイル等のサイズが大きくなってディスク領域を圧迫し、保存場所を後から変更したいような時はないでしょうか。

この記事では、既存のデータベースのトランザクションログファイル(ldf ファイル）を他の場所に移す方法をご紹介します。

今回はログファイルの保存場所を変更しますが、全く同じ方法で、データファイル（mdf・ndf ファイル）も移動可能です。

トランザクションログファイルの保存場所を変更する方法
今回は Test データベースのログファイルの場所を、違うドライブのフォルダーに変更します。

1. まずは次のクエリーを実行して、ターゲットとなるデータベースの、ログファイルの論理名と現在の保存場所を確認します。

SELECT name,
physical_name,
type_desc
FROM sys.master_files
WHERE database_id = DB_ID(N'Test');
ログファイルの保存場所を変更する方法　1

Test データベースのログファイルの論理名（logical_name) は Test_log ですね。

2. 次に以下のクエリーで Test データベースをオフラインにします。

ALTER DATABASE Test SET OFFLINE;
ログファイルの保存場所を変更する方法　2

* クエリーの実行に時間がかかって終わらない場合は、利用状況モニターなどで、そのデータベースに対してアクティブなプロセスを確認して強制終了させてください。

ログファイルの保存場所を変更する方法　10

ログファイルの保存場所を変更する方法　11

3. ログファイルを新しい保存先に移動します。

ログファイルの保存場所を変更する方法　3

移動元： C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER2017\MSSQL\DATA\
移動先： D:\MSSQL\DATA\

4. 次のスクリプトを実行して、Test データベースのログファイルの保存場所を更新します。

NAME には No.1 で調べたログファイルの論理名を、FILENAME にはログファイルの移動先のパスとログファイル名を指定してください。

ALTER DATABASE Test
MODIFY FILE (NAME = Test_log, FILENAME = 'D:\MSSQL\DATA\Test_log.ldf');
ログファイルの保存場所を変更する方法　4

4. 次に以下のクエリーで Test データベースをオンラインに戻します。

ALTER DATABASE Test SET ONLINE;
ログファイルの保存場所を変更する方法　6

このスクリプトを実行した時に次のようなエラーが出ることがあるかもしれません。

Msg 5120, Level 16, State 101, Line 1
物理ファイル "D:\MSSQL\DATA\Test_log.ldf" を開けません。
オペレーティングシステムエラー 5: "5(Access is denied.)"。
ファイルアクティブ化エラー。物理ファイル名 "D:\MSSQL\DATA\Test_log.ldf" が正しくない可能性があります。
Msg 5181, Level 16, State 5, Line 1
データベース "Test" を再起動できませんでした。以前の状態に戻しています。
Msg 5069, Level 16, State 1, Line 1
ALTER DATABASE ステートメントが失敗しました。

ログファイルの保存場所を変更する方法　5

これは、SQL Server のサービスアカウントがログファイルにアクセスする権限がない為です。

SQL Server のサービスアカウントを SQL Server 構成マネージャー等で確認して、アクセス権限を追加してください。

ログファイルの保存場所を変更する方法　7

ログファイルの保存場所を変更する方法　8

これで、ログファイルの保存場所を変更完了です。

試しに No.1 のクエリーをもう一度実行してみると、保存場所が変更されていますね！

ログファイルの保存場所を変更する方法　9

SQL Server Management Studio - 改行入りのデータを Excel にエクスポートする

Wed, 29 Aug 2018 01:27:00 GMT

SQL Server Management Studio - 改行入りのデータを Excel にエクスポートする
0 0 　　　　

SQL Server Management Studio で Excel にエクスポートする
テーブルに入ってるデータや、クエリーを書いて取得したデータなどを Excel にエクスポートしたい時ありますよね。

簡単な方法は、クエリエディターの結果グリッドで、レコードを選択して、右クリックでコピーやヘッダー付きでコピーして Excel ファイルに貼り付けることだと思います。

改行入りのデータを Excel にエクスポートする 1

改行入りのデータを Excel にエクスポートする 2

ただ、この方法だと、値に改行が入っていた時に、SQL Server Management Studio (SSMS) のバージョンや設定によっては、それ以降のカラムと値がずれてしまうことがあります。

例えば、StudentID = 2 の Memo カラムに次のような値を保存します。

１行目
２行目
３行目
そして、SSMS 2014 の結果グリッドからコピーしてエクセルに貼り付けるとこんな感じになります。

改行入りのデータを Excel にエクスポートする 3

改行入りのデータを Excel にエクスポートする 4

SSMS 2016 以降では、結果グリッドからコピーまたは保存時に CR/LF を保持するかどうかが選択できるようになり、デフォルトでは保持しない設定になっている為、改行がスペースに置き換えられ、一行になって貼り付けされます。

改行入りのデータを Excel にエクスポートする 5

もし、SSMS 2016 より前のように、コピーまたは保存時に CR/LF を保持したい場合には、[ツール] > [オプション] > [クエリ結果] > [SQL Server] > [結果をグリッドに表示] で、[コピーまたは保存時に CR/LF を保持] のオプションをオンにしてください。

改行入りのデータを Excel にエクスポートする 6

改行入りのデータを Excel にエクスポートする 7

改行入りのデータを Excel にエクスポートする
改行が保持された状態で、データを Excel にエクスポートしたい時は、SQL Server Management Studio のデータのエクスポート機能を使ってエクスポートすることができます。

オブジェクトエクスプローラから、データベースで右クリックし、[タスク] > [データのエクスポート] を選択します。

改行入りのデータを Excel にエクスポートする 8

ウィザードが始まりますので [次へ] をクリックします。

改行入りのデータを Excel にエクスポートする 9

[データソースの選択] 画面で、今回は SQL Server Native Client 11.0 を選択します。

改行入りのデータを Excel にエクスポートする 10

サーバー名、ログイン情報、データベースを入力し、[次へ] をクリックします。

改行入りのデータを Excel にエクスポートする 11

[変換先の選択] 画面で、Microsoft Excel を選択します。

改行入りのデータを Excel にエクスポートする 12

エクスポート先のパスとファイル名、Excel のバージョンを指定し、[次へ] をクリックします。

改行入りのデータを Excel にエクスポートする 13

先ほどのクエリーをそのまま出力したいので、[転送するデータを指定するためのクエリを記述する]を選択し、[次へ] をクリックします。

改行入りのデータを Excel にエクスポートする 14

[基になるクエリの指定] 画面が出てくるので、先ほどのクエリーをペーストし、[次へ] をクリックします。

改行入りのデータを Excel にエクスポートする 15

テーブルの選択やマッピングの画面が出てきますが、今回は何も変更せずに[次へ] をどんどんクリックし、[完了]までクリックします。

改行入りのデータを Excel にエクスポートする 16

改行入りのデータを Excel にエクスポートする 17

改行入りのデータを Excel にエクスポートする 18

改行入りのデータを Excel にエクスポートする 19

改行入りのデータを Excel にエクスポートする 20

エクスポートされた Student.xlsx ファイルを確認してみると、改行が保持されていますね！

改行入りのデータを Excel にエクスポートする 21

ログインできない状態で SQL Server の認証モードを変更する方法

Wed, 08 Aug 2018 00:36:00 GMT

ログインできない状態で SQL Server の認証モードを変更する方法
0 0 　　　　

ログインできない状態で SQL Server の認証モードを変更したい
SQL Server の認証モードには、[Windows 認証モード] と [SQL Server 認証モードと Windows 認証モード]があります。

認証モードは SQL Server Management Studio から SQL Server に接続し、オブジェクトエクスプローラーでサーバーを選択して、右クリックでプロパティをクリックし、セキュリティのページで変更可能です。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　2

ここでは SQL Server Management Studio から SQL Server にログインできないような状態で、SQL Server の認証モードを変更する方法をご紹介します。

レジストリで SQL Server の認証モードを変更する
SQL Server 用のレジストリの値を変更することによって、認証モードを変更することができます。

レジストリの変更はシステムを壊す可能性がありますので、くれぐれも慎重に作業してください。
Windows のスタートメニューの検索で regedit と入力して、レジストリエディタを開きます。

以下のロケーションにある LoginMode を探します。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL14.MSSQLSERVER2017\MSSQLServer

SQL Server - 完全にロックアウトされてログインできない時の対処方法　2

太字の部分はインストールされている SQL Server やインスタンス名によって違います。

もしどれかわからない場合は、SQL Server 構成マネージャーで確認できます。

Windows のスタートメニューの検索で SQLServerManager<バージョン>.msc と入力して、SQL Server 構成マネージャーを開きます。

各 SQL Server に対応するバージョンは以下の通りです。

SQL Server 2012 - SQLServerManager11.msc
SQL Server 2014 - SQLServerManager12.msc
SQL Server 2016 - SQLServerManager13.msc
SQL Server 2017 - SQLServerManager14.msc
認証モードを変更したい SQL Server を右クリックして [プロパティ] を表示し、[詳細設定] タブの [レジストリルート] で確認してください。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　3

レジストリエディタに戻って、LoginMode の値は 1 が [Windows 認証モード]、2 が [SQL Server 認証モードと Windows 認証モード] です。

LoginMode を右クリックして [修正] をクリックします。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　4

今回は [Windows 認証モード] から [SQL Server 認証モードと Windows 認証モード] に変更したいので、値を 1 から 2 に変更して [OK] をクリックします。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　5

SQL Server 構成マネージャーから SQL Server を再起動すれば、SQL Server 認証でもログインできるようになります。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　6

SQL Server - 完全にロックアウトされてログインできない時の対処方法

Wed, 08 Aug 2018 00:33:00 GMT

SQL Server - 完全にロックアウトされてログインできない時の対処方法
0 0 　　　　

完全にロックされてログインできない！
今回はめったにないことかもしれませんが、 sa アカウントや sysadmin のロールのメンバーが全員なんらかの理由でログインできなくなってしまった時に SQL Server に接続する方法をご紹介します。

sysadmin ロールのメンバーでログインできる時は、簡単にロックを解除できますので、こちらのページをご覧ください。
SQL Server - sa アカウントのロック解除方法

SQL Server - 完全にロックアウトされてログインできない時の対処方法
完全にロックアウトされた時は、SQL Server に sysadmin メンバの新しいログインを作って、そのユーザーでログインできるようにします。

今回は名前付きインスタンス MSSQLSERVER2017 がロックアウトされたとします。

手順は次の通りです。

1. SQL Server 構成マネージャーから、SQL Server をシングルユーザーモードで起動する
SQL Server をシングルユーザーモードで起動します。

シングルユーザーモードにすることによって、コンピューターのローカル Administrators グループのメンバーが sysadmin のメンバーとして SQL Server のインスタンスに接続できるようになります。
まず、Windows のスタートメニューの検索で SQLServerManager<バージョン>.msc と入力して、SQL Server 構成マネージャーを開きます。

各 SQL Server に対応するバージョンは以下の通りです。

SQL Server 2012 - SQLServerManager11.msc
SQL Server 2014 - SQLServerManager12.msc
SQL Server 2016 - SQLServerManager13.msc
SQL Server 2017 - SQLServerManager14.msc

先にログインされてしまうと困るので SQL Server エージェントが起動している場合はストップします。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　1

該当の SQL Server を右クリックし、[プロパティ] を開きます。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　2

[起動時のパラメーター] タブをクリックし、[起動時のパラメーターの指定] の箇所に -m と入力し [追加]をクリックし、[OK] をクリックします。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　3

SQL Server を右クリックし再起動します。これで、シングルユーザーモードで起動されました。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　4

2. sqlcmd ユーティリティで sysadmin メンバの新しいログインを作成する
Windows のスタートメニューの検索で cmd と入力して、コマンドプロンプトを開きます。

以下のコマンドを入力して sqlcmd ユーティリティを起動します。

sqlcmd -S .\MSSQLSERVER2017
SQL Server - 完全にロックアウトされてログインできない時の対処方法　5

-S オプションはサーバーとインスタスのオプションで、今回は名前付きインスタンスに接続したいので -S .\MSSQLSERVER2017 と指定しました。

デフォルトインスタンスの場合は sqlcmd だけでオプションをつけなくて大丈夫です。

以下のコマンドを実行して、TempLogin1 という名前のログインユーザーを作り、TempLogin1 を sysadmin のメンバーにします。

CREATE LOGIN TempLogin1 WITH PASSWORD='TPl@g1n$'
GO
EXEC sp_addsrvrolemember TempLogin1, sysadmin
GO
SQL Server - 完全にロックアウトされてログインできない時の対処方法　6

Ctrl + C で終了します。

3. SQL Server 構成マネージャーから、SQL Server をマルチユーザモードに戻してリスタートする
SQL Server 構成マネージャーに戻り、先ほど設定した -m　の [起動時のパラメーター] を削除します。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　7

SQL Server を右クリックし再起動します。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　8

3. SQL Server Management Studio から作ったユーザーでログインする
SQL Server の認証モードが [Windows 認証モード] のみになっている場合はユーザー名とパスワードでログインできません。こちらの方法で [SQL Server 認証モードと Windows 認証モード] に変更してください。
ログインできない状態で SQL Server の認証モードを変更する方法
SQL Server Management Studio から、先ほど作ったログインユーザーでログインしてみます。

SQL Server - 完全にロックアウトされてログインできない時の対処方法　9

無事ログインできましたね！

SQL Server - 完全にロックアウトされてログインできない時の対処方法　10

ログインアカウントのロックの解除方法が必要な方はこちらをご覧ください。
SQL Server - sa アカウントのロック解除方法

SQL Server - sa アカウントのロック解除方法

Wed, 08 Aug 2018 00:32:00 GMT

SQL Server - sa アカウントのロック解除方法
0 0 　　　　

sa アカウントがロックされた！
今回は sa アカウントがロックされて、SQL Server に sa アカウントで接続できない！というような状況になった時の解除方法と、アカウントがロックされないようにする方法についてです。

ここでは他の sysadmin ロールのメンバーで SQL Server にログインできる状態を想定しています。

もし、sysadmin ロールのメンバーも含めて、完全にロックアウトされてしまった場合はこちらのページをご覧ください。
完全にロックアウトされてログインできない時の対処方法

パスワードを変更せずに sa アカウントのロックを解除する
sa のパスワードを変更せずに sa アカウントのロックを解除してみましょう。

まず、SQL Server Management Studio で SQL Server に sysadmin のメンバーであるユーザーでログインします。

クエリエディターを開き、以下のスクリプトを実行すると、パスワードはそのままで sa アカウントのログインのロックが解除されます。

ALTER LOGIN sa WITH CHECK_POLICY = OFF;
ALTER LOGIN sa WITH CHECK_POLICY = ON;
このスクリプトでは、 sa のパスワードポリシーの適用を一度 OFF にして ON に戻すことによってロックを解除しています。

アカウントがロックされる理由
sa アカウントに関わらずですが、アカウントがロックされる理由は、そのログインの [パスワードポリシーを適用する] がオンになっているからです。

オブジェクトエクスプローラの [セキュリティ] > [ログイン] で sa アカウントを右クリックし、[プロパティ]をクリックします。

sa アカウントのロック解除方法　1

[全般] のページの[パスワードポリシーを適用する] でオン・オフを確認することができます。

sa アカウントのロック解除方法　2

[パスワードポリシーを適用する] がオンの時は、SQL Server を実行しているコンピューターの Windows のパスワードポリシーが適用され、何回もログインに失敗するとアカウントがロックされてしまいます。

このチェックを一度オフにして OK をクリックし、オンに戻して OK をクリックすることによって、先ほどのスクリプトと同様のことを UI から実行することができます。

そのログインユーザーにパスワードポリシーを適用する必要がない場合は、オフのままにしておけば、ロックされなくなります。

ロックされているかどうかはログインユーザーの [プロパティ]の [ステータス] ページで確認できます。

sa アカウントのロック解除方法　3

ここからもアカウントのロックを解除できますが、[ログインをロックアウトする] のチェックボックスをオフにして OK をクリックすると、パスワードをリセットするようにというエラーが出ます。

sa アカウントのロック解除方法　4

[全般]ページにいって、パスワードを入力しなおしてから OK をクリックしてください。

今回ご説明した解除方法などは、sa アカウントだけでなく、他のログインユーザーでも同様です。

スクリプトを実行する際は、次のように sa の部分を、ロックを解除したいログインユーザー名に置き換えて実行してくださいね！

ALTER LOGIN [ログインユーザー名] WITH...

知っておくと便利な関数 - NULLIF

Wed, 01 Aug 2018 00:03:00 GMT

知っておくと便利な関数 - NULLIF
0 0 　　　　

知っておくと便利な関数 - NULLIF
今回は知っておくと便利なビルトイン関数のひとつ、 NULLIF についてです。

NULLIF ファンクション
NULLIF ファンクションは、二つの引数を受け取り、一つ目と二つ目の引数が同じ場合は NULL を返し、違う場合は一つ目の引数を返す関数です。

構文は次の通りです。

NULLIF ( [値 1] , [値 2] )
戻り値のデータ型は [値 1] のデータ型になります。

行われる処理は以下の CASE 文と同じです。

CASE
WHEN [値 1] = [値 2]
THEN NULL
ELSE [値 1]
END

NULLIF 関数を使って、変数に 'N/A' と入っている時は NULL に変換してみましょう。

DECLARE @InputValue1 VARCHAR(50) = 'ABC',
@InputValue2 VARCHAR(50) = 'N/A';

SELECT NULLIF(@InputValue1, 'N/A') AS Value1,
NULLIF(@InputValue2, 'N/A') AS Value2;
知っておくと便利な関数 - NULLIF 1

@InputValue2 のほうは 'N/A' と等しいので、NULL が返ってきていますね。

次のような感じで、入力の引数に空文字列が入っている場合は NULL に変換してテーブルに保存したいような時にも便利です。

DECLARE @InputValue1 VARCHAR(50) = '';

SET @InputValue1 = NULLIF(@InputValue1, '');

[値 1] と [値 2] のデータ型が違う場合、暗黙的なデータ型の変換が行われて比較されるので、このように変換できない場合はエラーになってしまうのでご注意くださいね！

知っておくと便利な関数 - NULLIF 2

SQL Server: 変数やスカラー値関数の戻り値など、値のデータ型を確認する方法

Thu, 19 Jul 2018 01:13:00 GMT

SQL Server: 変数やスカラー値関数の戻り値など、値のデータ型を確認する方法
0 0 　　　　

変数やスカラー値関数の戻り値などのデータ型を確認する方法
あんまりないかもしれませんが、ビルトイン関数のスカラー関数を使った後、暗黙の型変換が行われたりして、変数や戻り値のデータ型を確認したいような時はないでしょうか？

今回はそんな時に便利な関数をご紹介します！

SQL_VARIANT_PROPERTY 関数
SQL_VARIANT_PROPERTY 関数は、第一引数の値について、第二引数で指定したプロパティを返します。

構文は次の通りです。

SQL_VARIANT_PROPERTY ( [値], [プロパティ] )
[プロパティ] には次のようなものが指定可能です。

BaseType
Precision
Scale
TotalBytes
Collation
MaxLength
例えば、NVARCHAR(50) や DECIMAL(19,5) で定義された値には各プロパティ次のような値が返ってきます。

DECLARE @Memo NVARCHAR(50) = 'Test';

SELECT SQL_VARIANT_PROPERTY(@Memo, 'BaseType') AS [BaseType],
SQL_VARIANT_PROPERTY(@Memo, 'Precision') AS [Precision],
SQL_VARIANT_PROPERTY(@Memo, 'Scale') AS [Scale],
SQL_VARIANT_PROPERTY(@Memo, 'TotalBytes') AS [TotalBytes],
SQL_VARIANT_PROPERTY(@Memo, 'Collation') AS [Collation],
SQL_VARIANT_PROPERTY(@Memo, 'MaxLength') AS [MaxLength];
------------
DECLARE @Amount DECIMAL(19,5) = 15.66;

SELECT SQL_VARIANT_PROPERTY(@Amount, 'BaseType') AS [BaseType],
SQL_VARIANT_PROPERTY(@Amount, 'Precision') AS [Precision],
SQL_VARIANT_PROPERTY(@Amount, 'Scale') AS [Scale],
SQL_VARIANT_PROPERTY(@Amount, 'TotalBytes') AS [TotalBytes],
SQL_VARIANT_PROPERTY(@Amount, 'Collation') AS [Collation],
SQL_VARIANT_PROPERTY(@Amount, 'MaxLength') AS [MaxLength];
変数やスカラー値関数の戻り値などのデータ型を確認する方法 1

変数やスカラー値関数の戻り値などのデータ型を確認する方法 2

変数だけ定義して、値を代入しないで SQL_VARIANT_PROPERTY に渡すと、第一引数が NULL になるので、全てのプロパティが NULL で返ってくるので注意してください。

上記のケースでは SQL_VARIANT_PROPERTY を使う真上でデータ型を指定して変数を宣言しているので、意味があんまりありませんね。

次は暗黙的に変換された値のデータ型を調べてみましょう。

例えば、COALESCE 関数は引数を順番に前からチェックしていって、NULL ではない最初の値を返しますが、戻り値のデータ型は引数の中で優先順位が最も高いデータ型になります。

COALESCE(NULL, 1, '2', 5.5) の戻り値のデータ型を確認してみましょう。ここでは BaseType のみ確認します。

SELECT COALESCE(NULL, 1, '2', 5.5) AS Result,
SQL_VARIANT_PROPERTY(COALESCE(NULL, 1, '2', 5.5), 'BaseType') AS BaseType;
変数やスカラー値関数の戻り値などのデータ型を確認する方法 3

最初の NULL でない値は 1 ですが、1.0 に変換されていて、BaseType は numeric になっていますね。

また、次のように INT 型と INT 型の割り算が INT 型になってしまうことも確認できます。

DECLARE @Value1 INT = 15,
@Value2 INT = 2;

SELECT @Value1 / @Value2 AS Result,
SQL_VARIANT_PROPERTY(@Value1 / @Value2, 'BaseType') AS BaseType;
変数やスカラー値関数の戻り値などのデータ型を確認する方法 4

値のデータ型を確認したくなった時には使ってみてくださいね！

T-SQL で累積を取得する 3 - SUM() OVER & ROWS UNBOUNDED PRECEDING

Wed, 11 Jul 2018 23:20:00 GMT

T-SQL で累積を取得する 3 - SUM() OVER & ROWS UNBOUNDED PRECEDING
0 0 　　　　

あるカラムの値で区切って累積を取得するには？
前回の「 SQL で累積を取得する 2 」では、SQL でカラムの値で区切って累積を計算する方法をご紹介しました。

今回は、SQL Server 2012 以降で使えるウインドウフレームを使って累積を計算してみましょう。

データは前回と全く同じものを使います。

以下のクエリーを実行し、テスト用のテーブルを作って、データをインサートします。

CREATE TABLE Sales2 (
SalesID INT IDENTITY(1,1) NOT NULL PRIMARY KEY,
SalesDate DATE NULL,
SalesPerson VARCHAR(50) NULL,
SalesAmount MONEY NULL
);

INSERT INTO Sales2 (
SalesDate,
SalesPerson,
SalesAmount
)
VALUES
('1/1/2011', 'Yamada', 100),
('1/2/2011', 'Yamada', 150),
('1/2/2011', 'Suzuki', 120),
('1/3/2011', 'Suzuki', 200),
('1/5/2011', 'Yamada', 80),
('1/4/2011', 'Suzuki', 90),
('1/4/2011', 'Tanaka', 110),
('1/5/2011', 'Yamada', 50),
('1/6/2011', 'Suzuki', 90),
('1/6/2011', 'Tanaka', 40);
T-SQL で累積を取得する 3-1

SUM() OVER で ROWS UNBOUNDED PRECEDING を使って累積を計算する
SQL Server 2012 以降では、SUM() OVER で、 PARTITION BY、ORDER BY、 ROWS UNBOUNDED PRECEDING を指定することによって、簡単に累積を取得することができます。

SalesPerson でグループして、SalesDate 順に累積を計算するクエリーは次の通りです。

SELECT SalesPerson,
SalesDate,
SalesAmount,
SUM(SalesAmount) OVER (PARTITION BY SalesPerson
ORDER BY SalesDate,
SalesID
ROWS UNBOUNDED PRECEDING) AS CumulativeAmount
FROM Sales2
ORDER BY SalesPerson, SalesDate, SalesID;
T-SQL で累積を取得する 3-2

SUM(SalesAmount) OVER に続けて、SalesPerson ごとにグルーピングしたいので、PARTITION BY SalesPerson を指定し、SalesDate, SalesID 順に計算したいので ORDER BY SalesDate, SalesID を指定しています。

ここまでで、ROWS UNBOUNDED PRECEDING はなくても同様の結果が得られるのですが、指定しなかった場合、RANGE UNBOUNDED PRECEDING AND CURRENT ROW がデフォルトとして使われ、RANGE のほうがパフォーマンスが良くないので、RANGE である必要がない限り ROWS を指定したほうが良いです。

ROWS UNBOUNDED PRECEDING は ROWS UNBOUNDED PRECEDING AND CURRENT ROW の略で、UNBOUNDED PRECEDING は「パティションの最初から」という意味で、ウィンドウの開始位置がパティションの開始位置から、現在の行までという意味になります。

いとも簡単に、前回の「 SQL で累積を取得する 2 」と全く同様の結果が得られていますね。

パフォーマンス的にもウインドウファンクションを使って累積を取得するほうが良いので、使える時はこちらを使ってくださいね！

T-SQL: 数値型や日付型かどうかを確認して変換する方法

Mon, 09 Jul 2018 22:41:00 GMT

T-SQL: 数値型や日付型かどうかを確認して変換する方法
0 0 　　　　

数値型や日付型かどうかを確認して変換する
クエリーを書いていると、文字列の値が数値型や日付型かどうかを確認して、有効な場合はそれぞれの型に変換したいような時がありますよね。

今回はそんな時に便利な関数とクエリーをご紹介します。

TRY_CAST や TRY_CONVERT を使う方法
もし、SQL Server のバージョンが 2012 以降なのであれば、簡単なのは TRY_CAST と TRY_CONVERT を使う方法です。

構文は次の通りで、それぞれ CAST や CONVERT と同じで、ファンクション名に TRY_ がつくだけです。

TRY_CAST ( 変換する値 AS データ型 [ ( 長さ ) ] )

TRY_CONVERT ( データ型 [ ( 長さ ) ] , 変換する値 [ , スタイル ] )
CAST と CONVERT は変換が失敗した時にエラーになりますが、TRY_CAST と TRY_CONVERT は変換が失敗すると NULL を返します。

それでは実際に使ってみましょう。

次のような MONEY 型に変換したい NVARCHAR(20) 型の @InputNumberString1 と　@InputNumberString2 と、DATE 型に変換したい @InputDateString1 と @InputDateString2 があるとします。

それぞれ 1 で終わる変数は変換に失敗する値、2 は変換に成功する値が入っています。

これらの値を TRY_CAST、TRY_CONVERT を使って変換すると次のようになります。

DECLARE @InputNumberString1 NVARCHAR(20) = N'2500円', -- Invalid
@InputNumberString2 NVARCHAR(20) = N'3500', -- Valid
@InputDateString1 NVARCHAR(20) = N'2019-02-29', -- Invalid
@InputDateString2 NVARCHAR(20) = N'2019-02-28'; -- Valid

SELECT TRY_CAST(@InputNumberString1 AS MONEY) AS Price1,
TRY_CAST(@InputNumberString2 AS MONEY) AS Price2,
TRY_CONVERT(DATE, @InputDateString1) AS Date1,
TRY_CONVERT(DATE, @InputDateString2) AS Date2;
数値型や日付型かどうかを確認して変換する方法 1

変換できない値はエラーにならずに NULL が返っていますね！

ISNUMERIC や ISDATE でチェックしてから変換する
SQL Server のバージョンが 2012 より前のバージョンの場合は、TRY_CAST や TRY_CONVERT がないので、エラーを出さない為には変換する前に、値が有効か自分でチェックしなければなりません。

値が数値型として有効かどうかを調べるには ISNUMERIC(値) を、日付型として有効かどうかを調べるには ISDATE(値) を使うことができます。

両方の関数とも、有効な場合は 1 を、そうでない場合は 0 を返します。

先ほどと同様の値をISNUMERIC や ISDATE でチェックしてから変換してみましょう。

DECLARE @InputNumberString1 NVARCHAR(20) = N'2500円', -- Invalid
@InputNumberString2 NVARCHAR(20) = N'3500', -- Valid
@InputDateString1 NVARCHAR(20) = N'2019-02-29', -- Invalid
@InputDateString2 NVARCHAR(20) = N'2019-02-28'; -- Valid

SELECT CASE
WHEN ISNUMERIC(@InputNumberString1) = 1
THEN CAST(@InputNumberString1 AS MONEY)
ELSE NULL
END AS Price1,
CASE
WHEN ISNUMERIC(@InputNumberString2) = 1
THEN CAST(@InputNumberString2 AS MONEY)
ELSE NULL
END AS Price2,
CASE
WHEN ISDATE(@InputDateString1) = 1
THEN CONVERT(DATE, @InputDateString1)
ELSE NULL
END AS Date1,
CASE
WHEN ISDATE(@InputDateString2) = 1
THEN CONVERT(DATE, @InputDateString2)
ELSE NULL
END AS Date2;
数値型や日付型かどうかを確認して変換する方法 2

先ほどと同様の結果が得られましたね。

今回の例では、数値型に CAST、日付型に CONVERT を使っていますが、特に意味はなく CAST と CONVERT を両方使いたかったからだけで、どちらを使っても大丈夫です！

TRY_CAST や TRY_CONVERT が使える時は、できるだけ使ったほうがシンプルですし良いですね。

ただ、TRY_CAST や TRY_CONVERT でも、明示的に許可されない型を変換をしようとするとエラーになります。

現状、NVARCHAR から明示的に許可されない変換は IMAGE 型へだけだと思いますが、その他についてはマイクロソフトの「 CAST および CONVERT のページ」の「暗黙的な変換」の表で確認してみてください。

また、確実に変換する値が有効なことがわかっている場合は、TRY_CAST や TRY_CONVERT ではなく、CAST や CONVERT を使ったほうがパフォーマンス的に良いので、そうしてくださいね！

SQL Server でクエリー結果をページングする方法

Tue, 19 Jun 2018 21:19:00 GMT

SQL Server でクエリー結果をページングする方法
0 0 　　　　

SQL Server でクエリー結果をページングする
ウエブシステム等の開発をしていると、検索結果をページに分けて表示するために、ページング処理が必要になってくることがあると思います。

MySQL では LIMIT を使えば簡単にできるページングですが、 SQL Server には LIMIT がありません。

今回は SQL Server でどのようにクエリー結果を効率よくページングすることができるのかをご紹介します。

ORDER BY 句で OFFSET と FETCH を使う方法
もし、SQL Server のバージョンが 2012 以降なのであれば、一番効率の良い方法は SELECT ステートメントの ORDER BY 句で OFFSET と FETCH を使う方法です。

構文は次の通りです。

ORDER BY [通常の ORDER BY 句と同様にソート順を指定する]
OFFSET [スキップするレコードの数] ROWS
FETCH NEXT [取得するレコードの数] ROWS ONLY;

それでは実際に使ってみましょう。次のような Person テーブルがあります。

SQL Server でクエリー結果をページングする方法 1

このクエリー結果を、各ページ 10 レコードずつ表示するとして、3 ページ目に表示される結果を取得したい場合は次のように取得することができます。

DECLARE @NumberOfRowsPerPage INT = 10,
@PageNumber INT = 3;

DECLARE @OffsetRowCount INT = (@PageNumber - 1) * @NumberOfRowsPerPage;

SELECT PersonID,
FirstName,
MiddleName,
LastName
FROM Person
ORDER BY PersonID
OFFSET @OffsetRowCount ROWS
FETCH NEXT @NumberOfRowsPerPage ROWS ONLY;
SQL Server でクエリー結果をページングする方法 2

実際に使う時は検索条件を WHERE 句で指定したり、名前などでソートしたりするかと思いますが、今回は正しく取得されていることがわかるようにフィルターはせず、行番号と同じ値にしてある PersonID でソートしています。
OFFSET に続いてスキップしたいレコード数を [3 - 1 ページ分] x [1 ページのレコード数: 10] を計算して指定して、FETCH NEXT に続いて取得したいレコード数 [1 ページのレコード数: 10] を指定しています。

ROW_NUMBER() とサブクエリーを使う方法
SQL Server 2012 より前バージョンで SQL Server 2005 以降では ROW_NUMBER() とサブクエリーを使って、ページングをすることができます。

まず ROW_NUMBER() とサブクエリーを使って、各ページ 10 レコードずつ表示するとして、3 ページ目に表示される結果を取得するクエリーは以下の通りです。

DECLARE @NumberOfRowsPerPage INT = 10,
@PageNumber INT = 3;

DECLARE @StartRowNo INT = ((@PageNumber - 1) * @NumberOfRowsPerPage) + 1,
@EndRowNo INT = @PageNumber * @NumberOfRowsPerPage;

SELECT PersonID,
FirstName,
MiddleName,
LastName
FROM
(SELECT ROW_NUMBER() OVER (ORDER BY PersonID) AS RowNo,
PersonID,
FirstName,
MiddleName,
LastName
FROM Person) AS P
WHERE RowNo BETWEEN @StartRowNo AND @EndRowNo
ORDER BY PersonID;
SQL Server でクエリー結果をページングする方法 3

先に、開始の @StartRowNo と終了の @EndRowNo を計算しておき、サブクエリーの中で ROW_NUMBER() で取得したいソート順で RowNo を振り WHERE 句でフィルターしています。

また、ほぼ同じような方法で、サブクエリーの代わりに共通テーブル式（CTE）を使っても取得可能です。

SQL Server でのページングについては、方法とパフォーマンスを比較した記事が多数あります。

だいたいの結果としては、ROW_NUMBER() & サブクエリーと、ROW_NUMBER() & 共通テーブル式（CTE）はいい勝負、使えるなら OFFSET & FETCH を使っておけば間違いないようです。

特にクエリー結果の返すレコード数が多い時は OFFSET & FETCH のパフォーマンスが良く、その他の差が大きく開いていました。

ご参考になれば幸いです！

SQL Server Management Studio - インテリセンスに変更が反映されない時の更新方法

Fri, 15 Jun 2018 23:18:00 GMT

SQL Server Management Studio - インテリセンスに変更が反映されない時の更新方法

SQL Server Management Studio のインテリセンスとは？
SQL Server Management Studio のクエリエディターでは、入力時の補助をしてくれる IntelliSense （インテリセンス）がデフォルトで ON になっています。

例えば、次のように　FROM に続けて TestR まで入力すると、TestR という文字が含まれた構文要素の候補が表示されます。

インテリセンス 1

カラム名も同様です。文字を入力していくとフィルターされて候補が絞られていき、候補から選択することで入力も可能です。

インテリセンス 2

SELECT 文などのカラム名の上にカーソルを持ってくると、そのカラムのデータ型や NULL が許可されているのか等を確認することもできます。

インテリセンス 3

また構文や要素などが間違っている箇所には赤線を出してくれ、カーソルを合わせるとエラーの内容が表示されます。

インテリセンス 4

T-SQL の全ての構文や要素がサポートされているわけではありませんが、主要なものはサポートされているので、便利な機能です。

IntelliSense （インテリセンス）は SQL Server 2008 以降の SQL Server Managment Studio で、 SQL Server 2008 以降のインスタンスに接続している時のみサポートされます。

インテリセンスがうまく動かない時がある
そんな便利なインテリセンスですが、たまに思うように動いてくれない時があります。

まずカーソルよりも上のほうでコードにエラーがある時は、うまく動いてくれません。エラーがある時は仕方がないのでエラーを直しましょう。

よく起こる困ったケースは、現在のクエリエディターを開いた後のデータベースオブジェクトへの変更が、インテリセンスに自動的に反映されないことです。

クエリーエディタを開いた後に追加した、テーブルやカラム、ユーザー定義ファンクションやストアードプロシージャなどが候補に出てきません。

また、追加したカラム名を使おうをしてもエラーの赤線が出てしまったりすることがあります。

例えば、以下のケースはクエリーエディターを開いたあとで Student テーブルに MiddleName カラムを追加したので、本当はエラーではありませんが、赤線が出ています。

インテリセンス 5

インテリセンスを最新の状態に更新する
そんな時はインテリセンスを最新の状態に更新しましょう。

以下のように、メニューから [編集] > [IntelliSense] > [ローカルキャッシュの更新] をクリックすると、インテリセンスを最新の状態に更新されます。

ショートカットキーの Ctrl + Shift + R でも更新可能です。

インテリセンス 6

インテリセンスを最新の状態に更新されて、MiddleName の赤線がなくなり、候補にも出てくるようになりましたね。

インテリセンス 7

T-SQL: SEQUENCE を使って連続したシーケンス番号を振る方法

Mon, 04 Jun 2018 22:24:00 GMT

T-SQL: SEQUENCE を使って連続したシーケンス番号を振る方法

SEQUENCE を使って連続したシーケンス番号を振る方法
前回　「 SEQUENCE を使ってシーケンス番号を振る方法」では、SEQUENCE オブジェクトを生成し、NEXT VALUE FOR を使ってシーケンス番号を生成してみました。

NEXT VALUE FOR を使ってシーケンス番号を生成すると、もし他のプロセスも同時にシーケンス番号を生成していた場合、番号が飛び飛びになる可能性があります。

どうしても番号が飛んでほしくない時は sp_sequence_get_range を使って、シーケンス番号を一度にまとめて取得することができます。

今回は、sp_sequence_get_range　を使ってシーケンス番号を一度にまとめて取得して利用する方法をご紹介します。

SEQUENCE オブジェクトは SQL Server 2012 以降で利用可能です。

SEQUENCE オブジェクトを生成する
今回使用する「 1 から始まって 1 ずつ増える SEQUENCE オブジェクト」　の TestSequence2 を以下のスクリプトを実行して作成しておきます。

CREATE SEQUENCE TestSequence2
START WITH 1;
詳しくは SEQUENCE を使ってシーケンス番号を振る方法をご覧ください。

連続したシーケンス番号を生成する
生成した SEQUENCE オブジェクトから連続したシーケンス番号を生成するには sp_sequence_get_range というシステム・ストアドプロシージャを使います。

sp_sequence_get_range の構文は以下の通りです。

sp_sequence_get_range [ @sequence_name = ] N''
, [ @range_size = ] range_size
, [ @range_first_value = ] range_first_value OUTPUT
[, [ @range_last_value = ] range_last_value OUTPUT ]
[, [ @range_cycle_count = ] range_cycle_count OUTPUT ]
[, [ @sequence_increment = ] sequence_increment OUTPUT ]
[, [ @sequence_min_value = ] sequence_min_value OUTPUT ]
[, [ @sequence_max_value = ] sequence_max_value OUTPUT ]
[ ; ]
sequence_name: 番号を取得するシーケンスオブジェクト名
range_size: 番号を何個取得するか
range_first_value: 最初シーケンス番号の値
range_last_value: 最後のシーケンス番号の値
range_cycle_count: 今回シーケンス番号を取得するのに何回サイクルしたか
sequence_increment: 指定したシーケンスオブジェクトのインクリメント
sequence_min_value: 指定したシーケンスオブジェクトの最小値
sequence_max_value: 指定したシーケンスオブジェクトの最大値
いろいろありますが、必須なのは最初の 3 つだけです。

それでは、実際にsp_sequence_get_range を使って、連続したシーケンス番号を取得してみましょう。

先ほど生成した TestSequence2 から、連続したシーケンス番号を 6 個取得するクエリーは次の通りです。

DECLARE @size BIGINT = 6,
@first_value SQL_VARIANT,
@last_value SQL_VARIANT;

EXEC sys.sp_sequence_get_range
@sequence_name = N'dbo.TestSequence2',
@range_size = @size,
@range_first_value = @first_value OUTPUT,
@range_last_value = @last_value OUTPUT;

SELECT @first_value AS FirstValue,
@last_value AS LastValue;
SEQUENCE を使って連続したシーケンス番号を振る方法 1

@first_value と @last_value はシーケンスオブジェクトの定義によって返ってくる型が違いますので、SQL_VARIANT 型で定義しておきます。

TestSequence2 は 1 ずつ増えるシーケンスオブジェクトなので @first_value の 1 から @last_value の 6 までの連続したシーケンス番号を TestSequence2 から取得したことになります。

前回、SEQUENCE を使ってシーケンス番号を振る方法でご紹介した、NEXT VALUE FORを使った、ST + 8 桁の数字となる学生番号の生成を、sp_sequence_get_range を使ってやってみましょう。

1 から始まり、1　ずつ増えて、MAXVALUE が 99999999 となる StudentNoSequence2 シーケンスを生成しておきます。

CREATE SEQUENCE StudentNoSequence2
START WITH 1
MAXVALUE 99999999;

そして、次のようなクエリーで学生番号を生成し、Student テーブルの StudentNo カラムの値を更新することができます。

DECLARE @size BIGINT = 6,
@first_value SQL_VARIANT,
@last_value SQL_VARIANT;

EXEC sys.sp_sequence_get_range
@sequence_name = N'dbo.StudentNoSequence2',
@range_size = @size,
@range_first_value = @first_value OUTPUT,
@range_last_value = @last_value OUTPUT;
-------------------------------------------------------------
SELECT @first_value AS FirstValue,
@last_value AS LastValue;

DECLARE @base_seq_no BIGINT = CAST(@first_value AS BIGINT) - 1;
-------------------------------------------------------------
UPDATE S1
SET S1.StudentNo = S2.StudentNo
FROM Student AS S1
INNER JOIN
(SELECT 'ST' +
RIGHT(
'00000000' +
CAST(
@base_seq_no
+
ROW_NUMBER() OVER (ORDER BY LastName,
FirstName)
AS NVARCHAR)
, 8) AS StudentNo,
StudentID
FROM Student) AS S2
ON S1.StudentID = S2.StudentID;
-------------------------------------------------------------
SELECT * FROM Student;
SEQUENCE を使って連続したシーケンス番号を振る方法 2

まず、sp_sequence_get_range を実行して、6 個分のシーケンス番号を確保し、開始のシーケンス番号 @first_value を取得します。

@last_value は参考の為に取得していますが使用していません。

@first_value は SQL_VARIANT 型なので BIGINT にキャストし、マイナス 1 してベースとなる番号を @base_seq_no として取得しておきます。

次に、Student のレコードに LastName, FirstName 順で ROW_NUMBER() を使って連番を振り、@base_seq_no に追加することによって、シーケンス番号を決定しています。

決定したシーケンス番号を NVARCHAR にキャストし、左側に 0 を 8 個追加して RIGHT 関数で右から 8 桁取得することによって左側をゼロパディングし、頭に 'ST' を追加して学生番号を生成しています。

確実に連続したシーケンス番号を振りたい時には NEXT VALUE FOR ではなく sp_sequence_get_range を使ってくださいね！

T-SQL: SEQUENCE を使ってシーケンス番号を振る方法

Fri, 01 Jun 2018 17:49:00 GMT

T-SQL: SEQUENCE を使ってシーケンス番号を振る方法

SEQUENCE を使ってシーケンス番号を振る
商品番号、発注番号、学生番号などなど、システム開発をしていると、レコードを特定する ID 番号のほかにも、シーケンス番号を使って一意となる番号を生成したい時がありますよね。

今回は SQL Server 2012 から使える SEQUENCE オブジェクトを使って、シーケンス番号を生成する方法をご紹介します。

SEQUENCE オブジェクトを生成する
SEQUENCE オブジェクトを使うと、指定したルールにしたがって数字のシーケンス番号を生成することができます。

SEQUENCE オブジェクトを生成する構文は以下の通りです。

CREATE SEQUENCE [スキーマ名 . ] シーケンス名
[ AS <整数のデータ型> ]
[ START WITH <整数> ]
[ INCREMENT BY <整数> ]
[ { MINVALUE [ <整数> ] } | { NO MINVALUE } ]
[ { MAXVALUE [ <整数> ] } | { NO MAXVALUE } ]
[ CYCLE | { NO CYCLE } ]
[ { CACHE [ <整数> ] } | { NO CACHE } ]
[ ; ]
何もオプションを指定しないと次のようなデフォルトの値が使われます。

AS -> BIGINT
START WITH -> BIGINT の最小値
INCREMENT BY -> 1 ずつ増える
NO MINVALUE -> BIGINT の最小値
NO MAXVALUE -> BIGINT の最大値
NO CYCLE -> サイクルしない
CACHE -> キャッシュする
全て必須項目はないですが、オプションを何も指定しないでシーケンスオブジェクトを生成してシーケンス番号を生成すると、最初に生成される番号が「-9223372036854775808」になってしまい、使いにくいです。

ですので少なくとも START WITH は指定したほうが良いと思います。

INCREMENT BY にはマイナスの値も設定可能で、その場合は最大値から最小値に向かって、降順のシーケンス番号が生成されます。

利用する時ですが、シーケンス番号はトランザクションの範囲外で生成されるので、IDENTITY と同様に、たとえトランザクションをロールバックしてもカウンターは戻りません。

それでは、実際に SEQUENCE オブジェクトを生成してみましょう。

1 から始まるシーケンスオブジェクトは次のように生成することができます。

CREATE SEQUENCE TestSequence
START WITH 1;
できた SEQUENCE オブジェクトは、SQL Management Studio のオブジェクトエクスプローラで、該当のデータベースの下の[プログラミング] > [シーケンス]で確認することができます。

SEQUENCE を使ってシーケンス番号を振る方法 1

シーケンス番号を生成する
生成した SEQUENCE オブジェクトからシーケンス番号を生成するには NEXT VALUE FOR を使います。

NEXT VALUE FOR はテーブルの既定の制約や、SELECT ステートメント、INSERT ステートメントなどいろいろな状況で使うことができます。

例えば TestSequence から、シーケンス番号を生成して変数に代入するクエリーは次の通りです。

DECLARE @SeqNo1 BIGINT = NEXT VALUE FOR TestSequence;
DECLARE @SeqNo2 BIGINT = NEXT VALUE FOR TestSequence;

SELECT @SeqNo1 AS Seq1,
@SeqNo2 AS Seq2;
SEQUENCE を使ってシーケンス番号を振る方法 2

複数のレコードを返すクエリーに、順位付け関数と共にシーケンス番号を生成することも可能です。

例えば、次のようなクエリーで Student テーブルのレコードを LastName、FirstName の順番でソートして、シーケンス番号を振ることができます。

SEQUENCE を使ってシーケンス番号を振る方法 3

SELECT NEXT VALUE FOR TestSequence
OVER (ORDER BY LastName, FirstName) AS SeqNo,
*
FROM Student;

SEQUENCE を利用して学生番号を振る
これを利用して、ST + 8 桁の数字となる学生番号を振ってみましょう。

数字の部分は 8 桁が最高にしたいので MAXVALUE が 99999999 となる StudentNoSequence 次のようなシーケンスを生成しておきます。

CREATE SEQUENCE StudentNoSequence
START WITH 1
MAXVALUE 99999999;

そして、次のようなクエリーで学生番号を生成し、Student テーブルの StudentNo カラムの値を更新することができます。

UPDATE S1
SET S1.StudentNo = S2.StudentNo
FROM Student AS S1
INNER JOIN
(SELECT 'ST' +
RIGHT(
'00000000' +
CAST(
NEXT VALUE FOR StudentNoSequence
OVER (ORDER BY LastName, FirstName)
AS NVARCHAR)
, 8) AS StudentNo,
StudentID
FROM Student) AS S2
ON S1.StudentID = S2.StudentID;
SEQUENCE を使ってシーケンス番号を振る方法 4

学生番号を生成している箇所は緑で囲まれた部分です。

LastName, FirstName 順に生成したシーケンス番号を NVARCHAR 型に変換し、左側に 0 を 8 個追加して RIGHT 関数で右から 8 桁取得することによって左側をゼロパディングし、頭に 'ST' を追加しています。

この方法ですと、もし他のプロセスも同時にシーケンス番号を生成していた場合、番号が飛び飛びになる可能性があります。

どうしても番号が飛んでほしくない時は sp_sequence_get_range を使って、シーケンス番号を一度にまとめて取得することも可能です。

sp_sequence_get_range の使い方は、また次回ご説明させていただきますね！

T-SQL: 改行を挟んで複数行の文字列を結合する

Thu, 03 May 2018 21:00:00 GMT

T-SQL: 改行を挟んで複数行の文字列を結合する

複数行の文字列を結合してひとつの文字列にする
1 対 n となる親子関係のあるテーブルがあって、親テーブルの結果と共に、子テーブルの文字列を結合して、ひとつの文字列として返したいようなケースありますよね。

文字列を結合する際には、カンマやスペース等の区切り文字を入れることが多いかと思います。

今回は区切り文字として改行を挿入して文字列を結合する方法をご紹介します。

改行を挟んで文字列を結合する方法
例えば、次のような親子関係の Company テーブルと CompanyBranch テーブルがあります。

改行を挟んで複数行の文字列を結合する 1

改行を挟んで複数行の文字列を結合する 2

CREATE TABLE Company (
CompanyID INT NOT NULL PRIMARY KEY,
CompanyCode VARCHAR(50) NOT NULL,
CompanyName VARCHAR(50) NOT NULL
);

INSERT INTO Company
(CompanyID, CompanyCode, CompanyName)
VALUES
(1, 'AAA', 'AAA Company'),
(2, 'BBB', 'BBB Company'),
(3, 'CCC', 'CCC Company');

CREATE TABLE CompanyBranch (
CompanyBranchID INT NOT NULL PRIMARY KEY,
CompanyID INT NOT NULL,
BranchCode VARCHAR(50) NOT NULL,
BranchName VARCHAR(50) NOT NULL,
CONSTRAINT FK_CompanyBranch FOREIGN KEY (CompanyID) REFERENCES Company(CompanyID)
);

INSERT INTO CompanyBranch
(CompanyBranchID, CompanyID, BranchCode, BranchName)
VALUES
(1, 1, 'LA', 'LA Branch'),
(2, 1, 'NY', 'NY Branch'),
(3, 1, 'SF', 'SF Branch'),
(4, 2, 'HW', 'HW Branch'),
(5, 3, 'SD', 'SD Branch'),
(6, 3, 'FL', 'FL Branch');

Company テーブルの情報に加えて、CompanyBranch の情報を BranchList カラムとして [BranchCode]: [Branch Name] を改行文字でつなげて取得してみましょう。

やり方はいろいろあると思いますが、例えばこんな感じでできると思います。

SELECT CompanyID,
CompanyCode,
CompanyName,
REPLACE(
STUFF((SELECT '|||' + CB.BranchCode + ': ' + CB.BranchName
FROM CompanyBranch AS CB WITH (NOLOCK)
WHERE CB.CompanyID = C.CompanyID
ORDER BY CB.BranchCode
FOR XML PATH (''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 3, ''),
'|||', CHAR(13) + CHAR(10)) AS BranchList
FROM Company AS C;
T-SQL - 文字列に改行を挿入する 3

SQL Server Management Studio の結果のグリッドではわかりにくいかもしれませんが、結果をテキストに表示するとこうなります。

T-SQL - 文字列に改行を挿入する 4

これを C# などで Excel のセルに値を出力するとこんな感じの表を出力することができます。

T-SQL - 文字列に改行を挿入する 5

結果を確認したところで、どのように BranchList を生成したかをご説明します。

まず、[BranchCode]: [Branch Name] の文字列を取得するクエリーに PATH モードの FOR XML 句を指定して、「|||」で区切られたの文字列を生成しています。

その箇所だけを実行すると、このような結果になります。

T-SQL - 文字列に改行を挿入する 7

次に STUFF を使って、取得した文字列の先頭の区切り文字を取り除きます。

そして、最後に REPLACE を使って「|||」を、改行文字 CHAR(13) + CHAR(10) に置き換えることで、間に改行文字を挿入しています

区切り文字は何でもいいのですが、値に使われていないものを指定してください。

区切り文字を変える時は、以下の緑の部分を変更し、黄色で囲まれた部分に区切り文字の文字数を入れてください。

T-SQL - 文字列に改行を挿入する 6

改行の代わりにカンマなど他の文字を挿入することも可能です。その時は CHAR(13) + CHAR(10) の変わりにその文字を指定してください。

これは改行の代わりにカンマ＆空白を挿入した例です。

T-SQL - 文字列に改行を挿入する 8

この方法だと、元々の値にカンマが入っていてもカンマを区切り文字にすることが可能です。

今回はレコードがあまり入っていないテーブルからのデータの取得だったので、ひとつのクエリーで取得しましたが、レコード数の多いテーブルから取得する場合は、一度対象のデータをテンポラリーテーブルに取得してから、結合した文字列を生成するほうがパフォーマンスが良いかもしれません。

SQL Server - ジョブの作成とスケジュール設定方法

Thu, 26 Apr 2018 21:16:00 GMT

SQL Server - ジョブの作成とスケジュール設定方法

SQL Server - ジョブの作成とスケジュール設定方法
夜間バッチの処理などで、ストアード・プロシージャー等をスケジュールして実行したい時があると思います。

そんな時は SQL Server エージェントにジョブを作成し、スケジュールすることで実行が可能です。

SQL Server の Express バージョンには、 SQL Server エージェントは含まれていませんので、他のバージョンをご利用ください。
ここでは、SQL Server Management Studio から、簡単なジョブの作成とスケジュールの方法をご紹介します。

SQL Server エージェントを開始する
まず、ジョブをスケジュールで実行する為には SQL Server エージェントが開始している必要があります。

SQL Server - ジョブの作成とスケジュール設定方法 1

開始していない場合は次の手順で SQL Server 構成マネージャーから SQL Server エージェントを開始します。

まず、Windows のスタートメニューの検索で SQLServerManager<バージョン>.msc と入力して、SQL Server 構成マネージャーを開きます。

各 SQL Server に対応するバージョンは以下の通りです。

SQL Server 2012 - SQLServerManager11.msc
SQL Server 2014 - SQLServerManager12.msc
SQL Server 2016 - SQLServerManager13.msc
SQL Server 2017 - SQLServerManager14.msc
SQL Server - ジョブの作成とスケジュール設定方法 2

左側で SQL Server のサービスを選択し、右側で起動したい SQL Server エージェントで右クリックしプロパティを選択します。

SQL Server - ジョブの作成とスケジュール設定方法 3

サービスタブをクリックし、開始モードを自動にして、[適用] ボタンをクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 4

ここを自動にする理由は、Windows が再起動したときなどに、SQL Server エージェントのサービスも自動で起動して欲しいからです。

次にログオンタブをクリックし、[開始] ボタンをクリックすると、SQL Server エージェントが開始します。 [OK] ボタンをクリックして画面を閉じます。

SQL Server - ジョブの作成とスケジュール設定方法 5

SQL Server エージェントが開始しました。

SQL Server - ジョブの作成とスケジュール設定方法 6

SQL Server エージェントのジョブを作成する
それでは、Test データベースにある uspTest というストアードプロシージャを実行するだけのシンプルなジョブを作成して、毎日午前 2 時に実行されるようにスケジュールしてみましょう。

SQL Server Management Studio のオブジェクトエクスプローラで SQL Server エージェントを開き、ジョブで右クリックして新しいジョブをクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 7

新しいジョブの画面が出てきますので、まず全般のページで名前を入力します。まだ OK ボタンは押さないでください。

SQL Server - ジョブの作成とスケジュール設定方法 8

次にステップのページを選択し、新規作成をクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 9

新しいジョブステップの画面が出てきますので、ステップ名に適当な名前を入力し、データベースは Test を選択し、コマンドに EXEC uspTest; と入力し、[OK] ボタンをクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 10

SQL Server - ジョブの作成とスケジュール設定方法 11

次に、スケジュールのページを選択し、新規作成をクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 12

新しいジョブスケジュールの画面が出てきますので、名前に適当な名前を入力し、頻度の実行に毎日を選択し、一日のうちの頻度は一回を選択して、時間を 2:00:00 AM に設定し、[OK] ボタンをクリックします。

SQL Server - ジョブの作成とスケジュール設定方法 13

今回は通知等は設定しないので、ここで OK ボタンをクリックするとジョブが作成されます。

SQL Server - ジョブの作成とスケジュール設定方法 14

SQL Server Management Studio のオブジェクトエクスプローラーに戻ると、SQL Server エージェントのところに TestJob1 ができていますね。

SQL Server - ジョブの作成とスケジュール設定方法 15

これで、毎日午前 2 時に実行されるようにスケジュールされた、Test データベースにある uspTest というストアードプロシージャを実行するジョブが生成されました。

T-SQL - WHILE の使い方

Sat, 07 Apr 2018 08:40:00 GMT

T-SQL の WHILE の使い方
今回は T-SQL でループしたい時に便利な WHILE の使い方を見てみましょう。

WHILE
WHILE を使うと、指定した条件文が TRUE を返す間、ステートメントやステートメントブロックを繰り返すことができます。

途中でループを抜けたい時には BREAK を使って抜けることができます。

途中で続きのステートメントを実行せず WHILE の条件チェックに戻りたい時には CONTINUE を使います。

構文は次の通りです。

WHILE [ 条件文 ]
BEGIN

[ 繰り返したいステートメントブロック / BREAK / CONTINUE ]

END
条件のチェックは最初に行われるので、条件が最初から FALSE になる時は一度も実行されません。

繰り返したいものがステートメントひとつだけの場合は BEGIN END はなくても大丈夫なのですが、わかりやすいので私は常に書くようにしています。

それでは、WHILE を実際に使ってみましょう。

WHILE を使って、2020-01-01 から 2020-01-15 の日付のうち、土日以外の日を Print するクエリーは次の通りです。

SET DATEFIRST 1; -- 月曜日を１とする

DECLARE @StartDate DATE = '2020-01-01',
@EndDate DATE = '2020-01-15';

WHILE @StartDate <= @EndDate
BEGIN

IF DATEPART(DW, @StartDate) IN (6,7) -- 土・日
BEGIN
SET @StartDate = DATEADD(dd, 1, @StartDate);
CONTINUE;
END

PRINT @StartDate;

SET @StartDate = DATEADD(dd, 1, @StartDate);

END
T-SQL - WHILE の使い方 1

WHILE の条件文の @StartDate <= @EndDate が TRUE を返す間、BEGIN から END で囲まれた部分が繰り返されます。

SET @StartDate = DATEADD(dd, 1, @StartDate); で @StartDate に 1 日ずつ追加してループしています。

SET DATEFIRST 1 は私の環境が DEFAULT で DATEFIRST 7 なので、DATEPART の dw の結果が月曜日が 1 になるように設定しています。

CONTINUE の前でも日付を追加しないと無限ループになるのでご注意くださいね！