はてなブックマーク

追記型のRBDであるPostgreSQLにはautovacuum（オートバキューム）という便利な機能があり、updateやdeleteなどで不要な領域が一定の割合に達すると、自動で不要な領域を掃除してくれます。 その閾値はautovacuum_vacuum_scale_factorとautovacuum_vacuum_thresholdパラメータで設定されますが、デフォルトでは一律で約20%となっています。 テーブルごとに閾値を設定することも可能ですので、本来であればテーブルサイズを予測して、vacuumのタイミングも設計すべきなのでしょうが、なかなかそこまでは難しいと思います。 いざ運用を始めてみると、ある日突然巨大なテーブルでautovacuumが走り出し、数時間止まらずにあたふたしたDB管理者は多いと思います。私もその一人です。 autovacuumのプロセスをpg_cancel_b

PostgreSQLの設定は基本的にpostgresql.confに記入し、その効力は全体に及びます。 そういった中で、特定のユーザのや特定のデータベースにのみ、postgresql.confで設定したパラメータの値を変更したい場合がまれにありますよね？ 最近、そういう事例があったので調べてみました。 1インスタンスに複数のデータベースが動いてる開発用DBサーバがありました。最近ver 8から9にアップグレードを行ったのだが、アプリケーションの挙動がどうもおかしい。 よく調べてみると、standard_conforming_strings パラメータのデフォルト値が変わった事が原因だった。 standard_conforming_strings の詳細はマニュアルに譲るとして、このパラメータは 9.1以降標準で on に変更されました。 エスケープに関する設定なので、画面に出力される文字列

ロックの状態を確認するのはpg_loksというビューを見れば現在の状況が分かります。 そのセッションがロックを「保持している」のかまたは「ロック待ちが発生している」のかはgrantedという項目を参照します。 「PostgreSQL 9.3.2文章」pg_locks この辺りの情報はマニュアルに譲るとして、、 このpg_locksというビューを表示しただけではズラーっとロックを保持しているセッションが表示されて非常に見づらく、 実際にロックが発生した時にはこれだけではあまり役に立ちません。 では実際の運用中にロック待ちが発生してトランザクションが流れなくなってしまった場合にどうするか？ 【おすすめ参考書】 ロックを確認するSQLも色々ネットで公開されているが、いまいちどれも分かりにくく実際の運用では使いにくい。 ということで作ってみたのがこれ SELECT a.datname, l.pid

iPhone/iPod touch用アウトライン・プロセッサ – ZeptoLiner(iTunes Store) ZeptoLinerの説明、ユーザーレビューを見る場合は上のリンクをクリックして App Store＞ビジネス＞ZeptoLiner をクリック(注：iTuneが起動します） iPhoneユーザの皆さんこんにちは。 iPhone3Gを使い始めてからもうすぐ3ヶ月になろうとしています。 iTune Storeのアプリも日々充実してきており、無料アプリをガシガシインストールしては色々試す毎日で、iTuneStoreを覗くのが日課となりつつあります。 そんな、「遊び」に「仕事」に大活躍中のiPhone3Gですが、通勤途中などのちょっとした時間にテキスト編集なんか出来れば便利と思い、ここ数日、色々試行錯誤しております。 標準装備のメモアプリもよく出来ているのですが、まとまった量の文章

PHPの標準ライブラリであるPEARはとても便利でよく利用しているのですが、 レンタルサーバによっては必要なパッケージがインストールされていない場合やバージョンが古いといったことがよくあります。 このような場合に、簡単な方法でレンタルサーバでも必要なパッケージを利用する方法があります。 一言で言えば「ファイルを任意に場所にアップロードしてインクルードパスを通す」 これだけですが、いくつかはまりそうな個所がありますので詳しく方法を説明します。 １．ファイルを用意する 必要なPEARファイルを用意します。ローカルにPHPの環境が揃っているならpearコマンドでローカルサーバにインストールします。 >pear install パッケージ名 pearのサイトから直接ダウンロードする事も可能ですが、その場合はファイル・フォルダー構成に十分注意してください。 ２．インクルードパスを修正する PHPの設