IDが飛ぶ件について

Question

SQL Server 2012 Express
Windows 10 Pro
の環境において、IISで動くASP.NETアプリの構築を行い、マスタ設定で主キー列（Identity）でseedを１にしていたのですが
急にIDが100ずつ飛ぶようになって原因を調べたところ、下記の情報を拝見しました。

http://kikki.hatenablog.com/entry/2015/11/23/180637

サービスの起動時パラメータに-T272を追加し、サービスの再起動をしても、PCの再起動をしても改善されませんでした。
他にも考慮すべき箇所があるかどうかご教示願えますでしょうか？

よろしくお願いいたします。

Answer 1

確認ですが、100ずつ飛ぶというのは、例えば、100, 200, 300, ・・・というように上がって行くということでしょうか？
であれば、掲載されているURLのページの内容とはちょっと違うようです。
ちなみに、

＞マスタ設定で主キー列（Identity）でseedを１にしていたのですが

とありますが、マスタ設定というのはどこでされたのでしょうか？
SQL Serverのテーブルの設定を直接確認されたのでしょうか？

---

★良い回答には質問者は回答済みマークを、閲覧者は投票を！

Answer 2

> マスタ設定で主キー列（Identity）でseedを１にしていたのですが

それはそのように確認したのでしょうか？ SSMS などで確認できますが、やってみましたか？

Answer 3

説明が不足しており申し訳ありません。

マスタ設定というのは開発システム内の話でしたので、表記すべきでなかったですね。

添付していただいた画像のようにSSMSにて、テーブルの主キーの列(tinyint)を確認して

IDENTITYの指定をはいで増分１にしてあるのですが、

https://blogs.msdn.microsoft.com/jpsql/2014/05/01/identity/

上記の内容によると、IDが連続で採番されることが保証されていないとなっております。

（であれば増分とは？という疑問もありますが。）

※さらに上記内容によると、tinyintの場合100飛ぶようで、現に症状としては104の次が204、

その次が304といったように100ずつ飛んでしまうのです。

そしてその回避方法として 起動時パラメータに -T272を付加して起動しても回避できず、

困っているという状況です。

Answer 4

はい、こちらSSMSにて添付していただいたように列は設定されておりました。

Answer 5

> IDENTITYの指定をはいで増分１にしてあるのですが、
> https://blogs.msdn.microsoft.com/jpsql/2014/05/01/identity/
> 上記の内容によると、IDが連続で採番されることが保証されていないとなっております。

それはもうその通りで、質問者さんが遭遇した番号が飛ぶという現象が、最初の質問に書いてあった URL の記事の "INSERTされたテーブルのIDENTITYの一意性を担保するため" ということであれば（正常な現象であれば）何の問題もないと思うのですが。

そもそも連番になることを期待して設計するのは間違っていると言ってもよさそうな気がします。

以下の記事の「ID 列の概要」セクションに書いてあったことの抜粋ですが "ID 列は、「サーバーの範囲内で」一意である整数値をテーブルで提供するために使用します。それ以上のものではありません" と考えるべきと思います。

@@IDENTITY クライシスを管理する
https://msdn.microsoft.com/ja-jp/library/ms971502.aspx

ただし、tinyint を Identity の ID に使うのはダメです。上に紹介した記事の「SQL Server で ID 値を管理する」を読んでください。ため息が出るそうです。

その部分を抜粋しておきます。

"ID 値が足りないという不平を聞いたことがあります。その人は 255 行しかない "tinyint" を使用していました。溜息がでます。孤立した ID 値の復元方法についてはここでは説明しません。説明が困難ですし、長年の経験から説明する価値もないとわかっていますので。次世紀または会社が合併吸収されるまで (そのときは全部書き直しになるでしょう) 足りる十分な桁数の整数を使用してください"

Answer 6

情報ありがとうございます、再度確認したところ、smallintとなっておりました。（それでも少ないと思いますが。）

別の方法で回避したいと思います。ありがとうございました。

Answer 7

100単位で飛ぶことがあるというのは正常だと思いますが、常に飛ぶのであれば毎回キャッシュがクリアされていることになります。

これが、テストで動作させる際にたまたま登録ごとにSQL Serverを再起動していたとかであれば正常ですが、再起動しているはずがないのに、連続しての登録時に常にこうなるのでしたら、何かしらおかしなことが起こっているように見えます。

Answer 8

毎回１００ずつ飛んでいるということは、ID値のキャッシュが何かおかしくなっているのかもしれません。少しテストしてみた方が良いかもしれません。例えば、Identityを一度いいえにして保存し、再度はいにするとどうなるか？　IDの増分を他の値にした場合はどうなるのか？　新しくテーブルを作成しても同じようになるのか？　などです。

ちなみに-T272と書かれているので問題ないと思いますが、「T」は大文字である必要があるようです。

また、SQL ServerのログやWindowsのイベントログには何か出ていませんでしょうか？

修復インストール、もしくはSQL Server 2012の再インストール（ちなみにサービスパックは当てられていますか？）が必要かもしれません。ある日、突然ですし、-T272も効かない、かといってプロセスが再起動しているわけでもないのに１００ずつ飛ぶというのであれば、理屈に合いません。何かしらID値のキャッシュがおかしくなっているような気がします。

＃ちなみにSQL Server 2017からは、次のようにID値のキャッシュのコントロールができるようになっていますので、可能であればSQL Server 2017を使われると良いかもしれません。

ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)
https://docs.microsoft.com/ja-jp/sql/t-sql/statements/alter-database-scoped-configuration-transact-sql?view=sql-server-2017

---

★良い回答には質問者は回答済みマークを、閲覧者は投票を！

Answer 9

情報ありがとうございます。-T272のフラグを有効にするために再起動はしておりますがその後は再起動しておりません。

Answer 10

いずれにしても本番で使っているのであれば、このままにしておくのはちょっと気持ち悪いですね。
できるだけ調査された方が良いと思います。

---

★良い回答には質問者は回答済みマークを、閲覧者は投票を！

Answer 11

情報ありがとうございます。Identityを一度いいえにし、再度はいにというのは試したのですが、変化ございませんでした。

ログがすぐに確認できないのでまた何か発見次第追記させていただきます。

修復インストールまたは再インストールも検討させていただきたいと思います。

Answer 12

アドバイスありがとうございます。そうさせていただきます。