デイリー おさ 紙が更新されました! bit.ly/k5AYji ▸ 本日トップニュースを提供してくれたみなさん:
"ナウシカ 「汚れているのは土なんです…」 hatsukari.2ch.net/test/read.cgi/… 246 名前:名無しさん@涙目です。(北海道)[]..." tumblr.com/xpu4i7yt65
osaponとごはんたべたい人が1人います。あなたとごはんたべたい人数→ gohantabeyo.com/nani/1?prefill…
PostgreSQLって、contribの中身をピックアップしてサーバと一緒にビルドできないんかな。make worldで全部はビルド出来るみたいだが、全部は要らないんだ。
"事故発生当時、スイッチャー担当の技術者は「オレ何にも触ってないよ」などと発言したそうである。筆者にはそれが腹立たしい。自分以外の人間の操作ミスによるOA事故のリスクマネージメントを、技術者が負っていないからで..."... tumblr.com/xpu4ildvr1
id,col1なテーブルAとid,col2なBをFULL OUTER JOINしてid,col1,col2にしようと思ってる(idは完全一致しないのでNULLのcolは0にするCASE文を書いてる)んだけど、処理時間が長すぎる。id,col_type,colにした方がいいのかな。
インデックススキャンかかってるのに(cost=0.00..35135220.84 rows=62620333 width=16)とか、もう助けて。
@turugina 最大6千万件と最大6千万件をJOINして、最大6千万件にしようと思ってるんですが、JOIN前から爆発しています。あれ、OUTER JOINてキー指定しても全件結合でしたっけ。ぐぬぬ。
うーん、クリーンアップ処理もバッチで一括処理にしないで、一件ずつ処理した方が良いのかなぁ。でも何らかのトラブルで集計済みテーブルのカウントがずれたら修復効かなくなるし、結局全部数え直さないといけないしなぁ。