自作functionを作ってみた : CREATE TABLE blog AS SELECT * FROM john_doe_;
PostgreSQL Advent Calendar 2012 の12日目を担当します@_john_doe_です。 他の方のディープな内容と比べて箸休め程度になりますが、実際運用中のサービスの中から の体験記からお話させて頂きたいと思います。 私自身WEB開発者なのですが、運用中のDB周りメンテナンス/管理も行っています。なので純粋なDBAというよりもちょっと発想がWEB開発よりになっています。すなわち いかに効率良く速度を求めたクエリをかけるか プログラムに組み込んだクエリ自体のメンテナンス性の考慮 ちょっとしたパフォーマンスチューニング がミッションになります。 つまりポリシーとしては「速いが正義」ではあるのですが、メンテナンス性のことも考えて開発作業を行う必要があります。 本題 で、本題なのですが、業務に当たっていると当然クライアントのデータをメンテナンスすることになるのですが 日付
PostgreSQLのメモリ管理 | Everyday Deadlock
この記事は PostgreSQL Advent Calendar 2012 の13日目の記事です。 昔からデータベースエンジン関係の研究をしているうちの研究室 では、「PostgreSQLを使う」というとPostgreSQLのコードをいじってTPCベンチマークを走らせることを指すので、未だにSQLとか書けなくて困ることが多いのですが、幸か不幸かPostgreSQLのソースコードはそこそこ読めるようになりました。 そんなわけで、PostgreSQLのソースコードの中でも、今回のAdvent Calendarのネタとしてメモリ管理の部分について紹介します。 これからPostgreSQLのコードを読んでみたいという人にとっては、コードのどの部分を読んでも必要となる知識なので、割と役に立つとおもいます。 【宣伝】大晦日にデータベースの同人誌をコミケで売ります 本題に入る前にいきなり宣伝で恐縮ですが
AWSでそこそこセキュアにPostgreSQLインスタンスを立ち上げる
（4/5追記）アクセス管理関連の脆弱性が発見されています。 【リリース情報】セキュリティリリース（9.2.4、9.1.9、9.0.13、8.4.17）が出ています http://pgsqldeepdive.blogspot.jp/2013/04/securityrelease.html バージョン9.2.3、9.1.8、9.0.12、8.4.16およびそれより前のバージョンをお使いの場合はアップグレードしてください。特にクラウド環境で利用する際にはご注意ください。 PostgreSQL Advent Calendar 2012（全部俺）のDay 13です。 クラウドが大流行中です。（個人的に） いろいろ試したり、ちょっとデータを突っ込んで分析したり、といった用途に使う場合には、クラウド上に自分専用のPostgreSQLが動いていると何かと便利です。 PaaSサービスを使うのも良いのですが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
