スマートフォン用の表示で見るなんでや。この愚かな記事に愚かな追記を。EXTERNALやDATEのカラム(たぶんZONEDも)は勝手に空白トリムしてからうまくキャストしてロードしてくれる。db余計なことを考えずに書く。db職種一覧と、各職種で最も最近雇用した人を表示するSQLを書こうとします。同時雇用した人がいたらしょうがないってことで。職種はjobsにあり、従業員リストと雇用日の情報はemployeesが持っています。リレーションはこちらを参照してください。dbわたしのことなんですけどね。今まで関係なかった(というかDBチームにおまかせ)のでほとんど気にしませんでしたが、そろそろ化けの皮が。1~2時間で最低限の中の最低限の基礎知識がほしいならこれでしょうか。このSQLに対して実験。dbUSER_INDEXESとUSER_IND_COLUMNSから引っ張ってくる。Oralce9iの記事なので古い情報なはず。基礎としてはちょうどいいのでは。V$表は「第4回」の記事のほうが詳しい。最後のまとめ表を引用。dbあまり実行計画を気にしてこなかった私。これからパフォーマンス問題も出てくるだろうし、SQLのチューニングも勉強しないといけないです。これをSQL*Plusで実行すればOKです。SYSかSYSTEMで実行してねって書いてあります。dbいま直面している問題においては、別に一度にロックできる必要なんてなくねって感じではあるんだけど。updateは共存できないんです。update付きカーソルのforループ内でcommitしてみた。updateってどのへんのレコードまでロックしよる?2013-06-18トリガーやストアドプロシージャのソースが見たい。