[postgresql]DBのパフォーマンスについて

Question

DBのパフォーマンスについて、Viewを使うと遅くなると聞くので、
具体的にどう遅くなるのか調べており、2点質問があります。

１．下記URLの「データベース設計: 考えられる原因と既知の問題」で、
Viewそのものの数がDBのパフォーマンス低下に繋がると書かれていたのですが、
postgresqlにも当てはまるのでしょうか？

※IBMの記述なので、DB2?についてかなと思います。

http://www-01.ibm.com/support/docview.wss?uid=swg21626322

もし、そうであるなら、今後、viewはなるべく使わないように考えていきます。

下記URLの「viewに対してWHERE句をつける」や「ビューの功罪」で、多重ビュー、集約関数、集合演算子については、注意しています。
http://oshiete.goo.ne.jp/qa/7938785.html

http://www.geocities.jp/mickindex/database/db_view.html

２．ストアドの場合は、アプリケーションからSQLを送るのと構文チェックをしない分、
早いとありますが、この点に関しては、Viewの場合も同じなのでしょうか？

ご存知の方、お教えください。

Comments

[退会済みユーザー]

RDBMS一般論でなくPostgreSQL固有の話をお求めでしょうか？

[dthani]

PostgreSQL固有の話と考えておりましたが、上記二つの質問に対してRDBMS全て共通であれば、RDBMS一般論で問題ありません。
以上、よろしくお願いします。

Answer 1

早い遅いのスケールがバラバラです。
データを読み書きする時間と、SQLを解析する時間では意味が異なります。
0.1秒を遅いとする場合もあれば、２秒は許容範囲内だとする場合もあります。

ただしこの回答だと冷たすぎるので、現状できるアドバイスとしては、
viewを使わなくて済むのなら使わないほうがいいと思います。
今からviewをなくすのにコストがかかるなら今のままでいいです。

Comments

[dthani]

ご回答ありがたいのですが、質問に対する答えになっていません。
「ただしこの回答だと冷たすぎるので、現状できるアドバイス～」と回答する前に、質問をよく読んでください。
質問者に対して失礼です。

質問１、２で分けており、
質問１で私が欲しい回答とは、「postgresqlに当てはまります。」、「postgresqlには当てはまりません」や、「一般論として、RDBMS全てに当てはまります。」等です。

質問２の意図はわかりますか？そもそも、viewはストアドと同様に、構文チェックが済んでいるところから始まっているのですかと聞いているのです。

以上、よろしくお願いします。