SQL

Oracleで一つ勉強になった

かつのり — Wed, 03 Oct 2007 23:59:00 GMT

Oracleって空文字列とNULLを区別できないんですね。知らなかった・・・。

NOT NULL項目なのに、意味的に必須ではないような項目があったので、空文字列を入れようとしていたのですが、、、なんで例外になるの・・・？という経緯で調べました。

これって元々SQL92では許されていなかったのですが、SQL99ではどっちでもいいって事になったみたいですね。オレオレ仕様のままシェアを取ってしまったので、結果として規格を捻じ曲げたとしか思えない・・・。

Oracle以外に慣れているので、とても不便に感じるのですが、オラクラーな人にとってはごく当たり前な話なんでしょうか。何で空文字列とNULLが別々なの？と。

日付のカラムを文字列で持つのってどうよ？

かつのり — Tue, 21 Aug 2007 00:47:00 GMT

またまたDBネタ。DBのカラムに日時を持たせることはよくあると思いますが、これをvarcharにするのってどうなんでしょうか。これまた一部で流行っているのでしょうか？全く意味がないと思うのですが。

日付計算するたびに型変換関数を使う必要がありますし、プログラムから設定する場合も文字列編集が必要になります。暗黙の型変換が可能な書式で格納するならまだ助かりますが、yyyymmddhh24miss形式のvarchar(14)ってどうなんでしょう。。。自分が設計するなら絶対ありえないです。

更新日時のカラムがあるのですが、デフォルトくらい指定して欲しいところ。ORマッパーを使う予定なので、毎回プログラムでシステム日付を示すオブジェクトを毎回文字列化しなければいけないのです・・・orz

DBの削除フラグってどうよ？

かつのり — Tue, 21 Aug 2007 00:37:00 GMT

DBの削除フラグって何故未だに一部で人気があるのだろうか・・・。一度たりとも有効だなと感じた事がないですね。

データを復元する可能性があるならば、バックアップテーブルにインサートしてから削除すればいいです。他によく聞くのは削除は遅いという点。だから夜間バッチでインデックス外して削除するという話。これはわかるけど・・・

でも、削除フラグを採用する事により、インサートが大変になるんですよね。論理削除された同じキーのデータが存在するかを確認してから、あればアップデートで復活、なければインサートってことをやらなければならない。

select * from Hoge where deleteFlag = 1 for update;でレコードが返ってこればアップデート、レコードが返ってこなければインサートってことになりますね。削除フラグ1つで全く無駄になるわけです。削除が遅いからといって削除フラグを用意しても、結局インサートで無駄な処理を行う必要が出てくるわけです。

削除、検索、更新は必ず削除フラグを見なければいけませんし、一体どこにメリットがあるのでしょうね。