PostgreSQL 8.2リリース 23
ストーリー by yoosee
速度も機能も順調に進歩 部門より
速度も機能も順調に進歩 部門より
L.star 曰く、
PostgreSQLの新バージョン、8.2が12月5日にリリースされた。前バージョンの 8.1から約1年ぶりのメジャーバージョンアップであるが、大幅に遅れた8.0を除けば、恒例となりつつあった11月リリースにはちょっと遅れた程度である。ポイントとしては
といった、性能・運用の改善につながるものが挙げられる。詳細はリリースノートや、日経ITProのPostgreSQLウォッチの以下の回を参考にして欲しい。
- ソート処理の高速化や、ロックの見直しによる性能向上。
- 外部結合の最適化が可能になった。
- あらかじめディスクブロックに空きを設けることで更新性能を向上させるFILLFACTOR機能。
- PITR技術を応用した「ウォーム・スタンバイ」機能。
- INSERT/UPDATE/DELETE ... RETURNING、DROP文のIF EXISTS句などのかゆいところに手が届く新文法。
ユーザ会のWebサイトもご覧ください (スコア:3, 参考になる)
http://www.postgresql.jp/ [postgresql.jp]
関連記事追加 (スコア:2, 参考になる)
SRA OSS,Inc.日本支社のPostgreSQL に関する技術情報 [sraoss.co.jp]はまだアップデートがないですが、もうすぐ載せられると思います。
Re:関連記事追加 (スコア:0)
時間もロールバックできると良いのになぁ
PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:2, 参考になる)
PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20aなベンチマーク [tweakers.net]
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
- Concurrency=1 では PG:MY = 125:175 [rps]
- 一番高いところだと PG:MY = 625:525 [rps]
とは言え、速くなってきているとは思います。Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:1)
ストレージエンジンが InnoDB の場合、 CPU のスケーラビリティがないだけでなく、 下手すると CPU が増えるほど遅くなる場合がある問題があります。 MySQL 5.0.30 [mysql.com] で直ったらしいですが確認していないです。 ほかのストレージエンジンはベンチマークとったことがないので知らない。
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
個人的には
- MySQL
- 参照は爆速
- 更新はそこそこ
- ただし、MyISAMとInnoDBで結構差が出る
- PostgreSQL
- 参照も更新もそれなり
- でも、vaccumしないと両方悪化
という感じで、更新まで含めた全体の性能にはそれほど極端な差は出ないという感想を持ってるんですが、やはり世間的には「速い＝MySQL」なんですかね？参照爆速という話も、実はバックエンドにMyISAMを使ったときの話で、InnoDBはそれほどでもない、という噂も聞いたことがあります。実際はどんなもんなんでしょうか？
何を使っても大して差が出ないような規模のDBしか触ったことがないAC
変なところで同意 (スコア:0)
私もです。巨大なデータなんて扱わないし、1秒くらいなら早くても遅くてもどうってことないケースばかり。なので、ツールが使いやすくて日本語の情報がそこそこあれば、エンジンの性能はあまり気にならなかったりします。
#といいつつ「最初に触ったから」と言う理由でMySQLばかり使ってる
Windows バイナリ日本語版はもうちょっと先 (スコア:2, 参考になる)
[pgsql-jp: 37759] Re: PostgreSQL 8.2正式リリース
| > WinBinary日本語版は、いつごろできるでしょうか。
|
| ちょっと色々と問題を抱えていまして、遅れております・・
| また、文書・書籍翻訳分科会のみなさんも毎晩遅くまでがんばって
| くださっています。その梱包も視野に入れておりますため、若干の
| 猶予を頂ければと思います。
| リリースタイミングには再度ご案内させていただきたいと思います。
# 最近個人的に Firebird と SQLite ばっかりなので AC
空きを設けることで更新性能を向上させる機能? (スコア:2, 興味深い)
単に「どれだけ空きを用意しておくか」というFillFactorの値をCREATE TABLE, CREATE INDEXの際にユーザーが指定できるようになったというだけではないですか?
PostgreSQL (スコア:0)
Re:PostgreSQL (スコア:2, 参考になる)
http://osb.sra.co.jp/PostgreSQL/FAQ/faq.php#2 [sra.co.jp]
-supercalifragilisticexpialidocious-
Re:PostgreSQL (スコア:1)
Re:PostgreSQL (スコア:0)
Re:PostgreSQL (スコア:0)
Re:PostgreSQL (スコア:0)
もっとかっちょいい略称ないかな。
Re:PostgreSQL (スコア:0)
http://www.postgresql.org/files/postgresql.mp3
かゆいところに手が届くのはいいんだが (スコア:0)
# ”INSERT INTO SET”は、クエリ修正だけで済むが。“RETURNING”は、ヘヴィだぜ。
# 大学生達のなんちゃって起業やっつけ仕事の火消しが年に１回は来るので A.C.
O/Rマッパ時代のデータベース (スコア:0)
そんな時代に性能ではなく機能要件を考えるのはしんどいだろうなぁ。
要件としてはこれくらいしかないのよね。
なんか他にある？
Re:O/Rマッパ時代のデータベース (スコア:0)
Re:O/Rマッパ時代のデータベース (スコア:0)
はあ?
Re:O/Rマッパ時代のデータベース (スコア:0)
俺が関わった仕事では一回もないんだけど。