≪ ≪ エスケープ処理
ORACLE、SQLServerの相違点というか。。 ≫ ≫
9 月
14
DataBaseでの文字列型、EmptyとNullの扱いについて。
・Oracleは、EmptyとNullを曖昧に判断する。
・SQLServerは、EmptyとNullを明確に判断する。
これを、意識しないとハマる事がある。。
つまり、
Oracleでは↓の様に書けば曖昧に判断してくれるが、
SELECT * FROM table WHERE field=”
SQLServerだと、↓の様に書かないと違う結果になる事がある。
SELECT * FROM table WHERE field=” OR field is null
どっちが良いとも思わないが、昔ハマった。。
最近だと、だったらSQLServer側で、
fieldの初期値をEmptyにすれば
どちらも↓の書き方で良いではないかと思ったのだが。。
SELECT * FROM table WHERE field=”
外部キーによる参照整合性制約を使っているため、
null値を設定出来ないと困る事が発覚。。
↓の書き方しかないのかなぁと、思うこの頃。
SELECT * FROM table WHERE field=” OR field is null
≪ ≪ エスケープ処理
ORACLE、SQLServerの相違点というか。。 ≫ ≫
関連記事
- DHTML(JScript)のチューニング覚え書き。
- SQLによるXMLの読み込み方法
- エスケープ処理
- ORACLE、SQLServerの相違点というか。。
- JavaScriptに定義されたページを、順番に表示するためだけのHTA
- (C#)複数階層データバインド
- JScriptのエラートレースっぽく。。
- ページ読み込みHTA
- 親RepeaterItemを取得する
- JavaScript文字列エスケープ
- SQLServer Like演算子エスケープ
- 再帰SQL
- IE8で追加されたCSS(styleオブジェクトの新プロパティ16個)
- ここAd! ブックマークレット Firefox版:Google AdSenseやAmazonアソシエイト等での色・サイズ設定に苦労していませんか? Part.5
- ここAd! ブックマークレット Opera,Safari,Chrome:Google AdSenseやAmazonアソシエイト等での色・サイズ設定に苦労していませんか? Part.6
