PostgreSQLの大きなテーブルのSELECT/INSERTパフォーマンス？

Question

私はPostgreSQL上で動作するデータベースレイアウトを設計中です。このデータベースでは、私はたくさんのアドレスを扱う必要があるので、私は自然にアドレステーブルを使い、それから私の他のデータをプライマリキーを指すようにしたい。

私はアドレスを一意にしたいので、単純なプライマリキーとすべてのデータ列のユニークなインデックスを使用する予定です。この線に沿って

何か：

CREATE TABLE address(id serial NOT NULL, name VARCHAR(32), address1 VARCHAR(32), address2 VARCHAR(32), postal VARCHAR(12), city VARCHAR(64), CONSTRAINT pkey PRIMARY KEY (id), CONSTRAINT unq UNIQUE (name,address1,address2,postal,city)); 

私は初日からこのテーブルでも200万個のエントリがあることを期待しています。

テーブルには、多くの同時選択が加えられ、いくつかの挿入が行われます。しかし、データの整合性を保つために、表にはUPDATESまたはDELETESは表示されません。

この種のテーブルでは、どのようなパフォーマンスが期待できますか？データを必要な場所にコピーするのではなく、大きなテーブルを使用するとパフォーマンスが低下することはありますか？

Answer 1

それはときに、大きな数ではありませんPostgreSQLのために一般的に2万行...このクエリがあなたのマシンで、各クエリのために使用することができる良い指標があるどのように強い、となりますどのように多く依存しますクエリ結果はインデックスによって制限され、特にプライマリキーによる検索は効率的です。

ただし、最初にワイルドカードを使用してLIKEを検索すると、パフォーマンス上の問題が発生します。