/ 流通システム部
Tweet
シェア
システム開発ブログ
最近の記事
- Chrome for Androidの新機能、Chrome to Mobileを試す
- ファイルサーバのBCP対策(アイロベックスの場合)
- Illustratorの矢印機能でラクラク矢印作成!
- システム会社選びのポイント
- システム保守の移管費用を抑えます
- アイロベックス通信発行してます
- ボタンのデザインをxmlで定義する
- Excel2010で行コピーをした場合に、画像ファイルのサイズが変わらないようにする
- Power Point2010 でスライド番号をつける方法
- Photoshop の秘宝
カテゴリー
- HTML全般 (2)
- Access (15)
- Android (5)
- .NET (14)
- Excel (9)
- Google Apps (5)
- HTML5 (3)
- iPhone (8)
- JAVA (14)
- Linux (7)
- Movable Type (15)
- MySQL (7)
- OpenOffice (10)
- Oracle (6)
- PHP (20)
- SQLServer (4)
- twitter (6)
- VBA (11)
- Webサイト構築・Web戦略 (32)
- Webサイト構築事例 (4)
- Windows (10)
- その他 (29)
- アクセス解析 (2)
- ウィジェット (1)
- システム設計 (5)
- システム開発事例 (3)
- システム開発体制 (1)
- セキュリティ (5)
- データベース (20)
- プロジェクト管理 (8)
- 品質管理・テスト (6)
- 帳票 (3)
- 技術活用 (6)
- 運用・保守 (8)
部署
- システム開発事業部 (33)
- ビジネスソリューション課 (17)
- システムソリューション事業部 (32)
- 流通システム部 (76)
- 産業システム部 (93)
- ソフトウエア開発部 (56)
- Webコンサルティング部 (97)
- 企画開発部 (37)
- 部長インタビュー (3)
月別アーカイブ
- 2012年2月 (6)
- 2012年1月 (18)
- 2011年12月 (19)
- 2011年11月 (22)
- 2011年10月 (29)
- 2011年9月 (28)
- 2011年8月 (5)
- 2011年7月 (18)
- 2011年6月 (15)
- 2011年5月 (21)
- 2011年4月 (8)
- 2011年3月 (12)
- 2011年2月 (12)
- 2011年1月 (13)
- 2010年12月 (18)
- 2010年11月 (19)
- 2010年10月 (19)
- 2010年9月 (21)
- 2010年8月 (17)
- 2010年7月 (21)
- 2010年6月 (22)
- 2010年5月 (14)
- 2010年4月 (12)
- 2010年3月 (13)
- 2010年2月 (9)
- 2010年1月 (12)
- 2009年12月 (7)
- 2009年11月 (6)
- 2009年10月 (8)
- 2009年9月 (7)
- 2009年8月 (3)
- 2009年7月 (1)
- 2009年6月 (3)
- 2009年5月 (1)
- 2009年4月 (1)
- 2009年3月 (8)
- 2009年2月 (10)
- 2009年1月 (1)
- 2008年12月 (1)






流通システム部 / データベース
SQL Server2005以降、文字データ型nvarcharのサイズとして従来の1~4,000の他、
maxが指定可能になりました。
max(正確には2^31-1バイト)もあれば文字数の制限に悩まされる事はまずないと
考えていたのですが、以前、ストアドプロシージャの内部で動的に作成した
SQL文字列が4,000文字で途切れる、といった問題が発生しました。
以下に、例を挙げます。
出力結果をみると、切り捨てが行われているのが判ります。
LEN(@sSql): 4000
本来であれば、'SELECT '(7文字) + REPLICATE(N'-', 4000)(4000文字)で、
文字列長は4007となるはずです。
原因を調査したところ、Microsoftのリファレンスで次のように述べられていました。
「文字列の連結の結果が 8,000 バイトを超える場合、結果は切り捨てられます。」
引用元:http://msdn.microsoft.com/ja-jp/library/ms177561.aspx
つまり、格納先変数のサイズはmaxになっているのですが、格納元の文字列で結合を行った際に
暗黙的な型変換が発生し、nvarchar(4000)として扱われたため、切り捨てが発生していた模様です。
また、リファレンスには次のようにも記載されています。
「ただし、連結する文字列の少なくとも一方が大きな値の型の場合、切り捨ては行われません。」
具体的には、次のように記述します。
結合した文字列を直接変数に格納するのではなく、一度nvarchar(max)型の文字列と
結合することで、切り捨てを回避する事ができます。
結果は次のようになり、切り捨てが行われていない事が確認できます。
LEN(@sSql): 4007
比較的短いSQL文であれば問題はないのですが、ストアドプロシージャを用いて
動的にクエリを作成する場合、4000文字を超える事は少なくありません。
不要なバグの発生を抑えるためにも、頭の片隅にでも置いておくと良いでしょう。
「システム開発ブログ」へのコメントやご意見等ありましたら、ファンページまでお願いします。 Facebook のファンページ
他社のシステムも直します。資産を活かしてシステムリフォーム