PostgreSQLでアクセス数を30分間に4万回程度のアクセスを行うアプリケーションを作ろうと考えています。

>数十レコードに対して、Insert,Delete,Update,Selectを繰り返します。
>Indexなどは使ってません。
インメモリDB使うか配列で処理する方法は、検討されて却下でしょうか？

karuishiさま
ありがとうございます。

こちらはいずれも却下となってます。
あくまで仕様の路線としてはＤＢを使うという方向性で
現在開発が進んでいますので、
この形で性能の裏づけをつけたいと思っています。

＞インメモリDB
数十行ならデフォルトサイズの共有メモリでも十二分に収まるだろうし、
焦点とすればHDDアクセスが発生するINSERTが連続して行われる時くらい。
（これはWALの値を見直す事でタイミング調整も可能。）

＞コネクション数のテスト
今回の条件ならPostgreSQLそのものよりもネックになる可能性ははらんでいるね。
そこまで判った上で回答してるならいいけど、過去の回答を見る限り、偶然だろ。

テストケースとして、数十行ってのは平均的な値を得るにはそもそも不適当なので、
今回は、コメントだけ。

id:kn1967さん
＞今回の条件ならPostgreSQLそのものよりもネックになる可能性ははらんでいるね。
＞そこまで判った上で回答してるならいいけど、過去の回答を見る限り、偶然だろ。

誹謗中傷はやめてください。
WEBでDBのコネクション数の負荷テストをするのは常識です。
偶然であろうとなかろうと、正しい解答をしてるわけですから、
それにけちをつけて人格を否定する行為はやめていただきたい。

e55ind 2010-02-13 19:42:04
＞誹謗中傷はやめてください。
＞WEBでDBのコネクション数の負荷テストをするのは常識です。
＞偶然であろうとなかろうと、正しい解答をしてるわけですから、
＞それにけちをつけて人格を否定する行為はやめていただきたい。

偶然は正しい解答とは言いません。
それに振り回される人の事を考えてください。
３０分で４万回という数値も既にあがっていますので、
いまさら、それだけを回答するという事に意味はありません。

単に過去の履歴から推測して「偶然だろう」としているだけであって、
人格否定や誹謗中傷などは行っていません。

人格否定や誹謗中傷というのは、下記のような書き込みの事を言います。
http://q.hatena.ne.jp/1265168572#a988666

PostgreSQLではなく、単にWEBサーバーの負荷テストの方向で、
納得されたようですね。＞ id:pinkymonk さん

裏で、
http://q.hatena.ne.jp/1266061842
http://q.hatena.ne.jp/1266067850
といったような事もあったのですが、
質問者ご当人が、いるか賞までだして、納得なさったということで、今件に関し、
id:e55ind さんの行動が認められ、私のコメントが間違っていたという事と結し、
関係各位に対し、ここに謝罪いたします。

pinkymonk さんにおかれましては、お手数ではございますが、
kn1967 が今後、貴殿に対してコメントや回答を行う事の無いよう、
回答拒否設定に入れておいて頂けると、互いに楽になりますので、
よろしくお願い申し上げます。

kn1967さま
ありがとうございます。

>裏で....
>といったような事もあったのですが、
私は、比較的長い間この人力検索にお世話になっておりますが
いまだヘビーユーザーではなく、この場での所作にもなれておりませんので、
裏で議論されていた事については、勝手ながら私が口を挟むべき事ではないと
思いコメントは差し控えさせていただきます。

この人力検索については、かつての技術系ＭＬのような場所のように
質問者にも回答者にも非常に厳しい作法が求められる場所でもないと思いますので、
私はこれからも質問を投げさせて頂きたいと考えています。
また、kn1967さまには、これからも機会があればご協力頂ければと考えています。


私としましては、e55indさま、kn1967さま、karuishiさま皆様に
等しくご回答、ヒントをいただいたとして感謝しております。
ありがとうございます。


最後に、ＷＡＬのチューニングは検討しようと思います。