べ、別にSQLが理解できないわけじゃないんだからねッ！ - nemuzukaの「明日から本気出す」
私が携わるプロジェクトでは、 極力SQLでビジネスロジックを書くことを回避してもらってます。 理由は、SQLでロジック書かれると、 JavaとSQLでロジックが分散してしまうからです*1。 SQLだろうが、Javaだろうが、 訳のわからないロジックを書けてしまう事は事実です。 システムの目的はぶっちゃけると、 永続化してデータを貯め、それを参照させること。 システムは生き物です。今のロジックでは問題ないかもしれませんが、 遠くない未来では仕様を満たさなくなるかもしれません。 仕様が変更されると、今まで正しかった振る舞いも 正しくないことになります。 システムとして存在し続ける為に、 正しい振る舞いになるようにロジックを変更する必要があるのですが、 テスト、もしくは動作確認をする際、SQLでビジネスロジックが記述されていると 事前データの準備が必要になってきます。 テスティングフレームワーク
UTL_FILE の使い方 (DIRECTORY 編) - オラクル・Oracleをマスターするための基本と仕組み
UTL_FILE の使い方 (DIRECTORY 編) Top ｜ Knowledge｜ DB構築｜ 文字列関数｜ 日付関数｜ 集計関数｜ SQL関数（アルファベット順） SQL（抽出・更新）｜ SQL*Plus｜ PL/SQL｜ Utility｜ Structure｜ スキーマ｜ チューニング｜ 用語｜ 参考書 UTL_FILE パッケージの使い方 (CREATE DIRECTORY 編) UTL_FILE パッケージによって PL/SQL でファイルの入出力を行うことができる。Oracle 9i 以降では CREATE DIRECTORY を使用すると ユーザ単位、読み込み、書き込みの制限が可能になる。 また、ディレクトリを追加したい場合にも Oracle の再起動が不要になるためダウンタイムを少なくすることができる。 UTL_FILE 準備作業 ディレクトリファイルの作成 (UTL_
SQL::Abstract かしこす - daily dayflower
以前「DBICで本当に困ったら SCALAR REFERNCE を使え - daily dayflower」にて， DBIC で WHERE field1 IS NOT NULL な検索をしようと思って， …… $resultset->search({ field1 => \'IS NOT NULL' }); とか書いていたんですが， $resultset->search({ field1 => { '!=', undef } });でよかったのでした。 $resultset->search({ field1 => undef });が WHERE field1 IS NULLというのは知っていたんですが，'!=' をつけるときちんと「IS NOT NULL」に変換してくれるとは（SQL::Abstract の 714 行目あたりのロジックとしてちゃんとありました）。これでスカラーリファレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「SQL*Loaderでロード項目指定」（1） Database Expert － ＠IT
