のんびり.NET（C#とSQLのメモ）

SQLServerのテーブルにテキストを登録したら一部の文字が文字化けした。環境依存文字だと化けるみたい。

少し前に不思議な現象をSQLServerで見つけたので記録しておく。「〇」文字をテーブルに登録して検索してみたらおかしいと云われて調べてみた。結果、「〇」ではなく「〇（漢数字）」文字を登録しているためとわかった。

10個以上のテーブルをアクセスするアプリで、テーブルの管理を楽にしたいと思っていろいろ試したことを記録する。

SQL Serverで頭記のエラーが起きたときは、文字列の数字を数値型の値に変換しようとして桁があふれた場合が多い。 たとえば '123456789012' という数字を０という数値と比較すると、数字を数値に変換して比較しようとして桁あふれが（算術オーバーフロー）が起きる select 1 where '123456789012' = 0 SQLServer2014だとエラーメッセージが少し変わって下記のようになる。 varchar の値 '123456789012' の変換が int 型の列でオーバーフローしました。 数字を数値に変換するSQLを修正すれば、このエラーは消える。テーブル設計がひどくて、varchar型の列に数字を登録して数値として扱う運用をしていたりすると、なかなか簡単ではないかもしれない。 ＊ ここからは事例の紹介。 SQL Serverで何気ないＳＱＬが急にエラーになってびっくりすることがある。たとえば、このＳＱＬは調子よく動いていたのだが、データによってエラーが起きて、あたふたしてしまった。 select case when isnull([機関番号],0) = 0 then 5521111111 else [機関番号] end このSQLには１つ問題があって「機関番号」がvarchar(10)の列というのがミソ。ここに '5555555555' という大きな数字を登録したら、エラーが起きた。 エラーの原因を調べるためにSQLを少し書き換えてみる SQL（１） select case when isnull('5555555555', 0) = 0 then 5521111111 else 0 end SQL（２） select isnull('5555555555', 0) SQL（３） select case when isnull('5555555555', '') = '' then 5521111111 else 0 end SQL(4) select case when 1=0 then 5521111111 else '55555555...

SQLを実行するときに長く時間がかかるとタイムアウトするわけです。トランザクションをしながら実行すると、トランザクションもタイムアウトすることがあります。

SQLServerにはbool型が無いので、条件式で「where [英語] < 60 or true」みたいな式は書けない（この式だと全件一致なのでまあ式としての意味はない）。

テーブルに900列もあると、テーブルの列名の一覧を得るのにえらく時間がかかってしまう。数秒から10秒くらい待たされる（体感）。

データベースにあるテーブルを内容を含めて、他のパソコンのデータベースへコピーしたい。ネットワークでコピーする手もあるだろうけど、ここでは、SQLを使う方法を。

Azureの仮想マシンのWindows10にSQLServer2014をセットアップして、特定のテーブルを作ろうとするとエラーが起きる。仮想マシンではない「生」PCだとエラーは起きない。なんとも不思議。

SQLServerには乱数を求めるRAND関数があるので、これを使ってテストデータを作れそうだが、ちょっと簡単ではなかった。

selectの問い合わせがすごく時間がかかる、タイムアウトしたみたいだ、台帳テーブルの一部を削除して、追加したら、こうなった、、、と云う問題が発生して１日かけて調べてみた。

以下の３つのテーブルがあるとする。

SqlServerの照合順序でひらがなとカタカナを区別しないモードにしていると、GroupByでも区別されない。

SqlServerではバックアップコマンドを実行したときにファイルが作られるデフォルトのフォルダがある。たとえば、SQL Server 2008 では「C:\MSSQL$インスタンス名\MSSQL10_50.インスタンス名\MSSQL\Backup」がそれだ。

VisualStudio2013のSQLServerオブジェクトエクスプローラのクエリ編集画面はとてもかしこい。

２組のデータから成績をつける処理をSQLで作るにはどうするかを考える。

今回、データベースの高速化のためにいろいろなサイトや解説をよんだが、 「インデックス付きビュー」は便利そう。

Azureの仮想PCにWindows10の仮想PCを作って、SQL Server 2014 SP1 をセットアップしようとしたら、エラーが出てまたうまくいかないわけです。 次のエラーが発生しました:プロセスはファイルにアクセスできません。別のプロセスがファイルの一部をロックしています。

クラスタ化されていないインデックスが設定されていないテーブルを探すSQL。つまり主キーの無いテーブルを探す。

SQLの問い合わせをパラメータ化したときにNULLを指定するときに、C#のnullは使えない。sqlString.Null や sqlInt.Null などを使う。 つまり、nullかどうかをチェックする必要があるということ。