postgresqlで、通常のselect文を発行するとテーブルロックがかかってしまうと思う...

結局 テーブルロックは、書き込み途中の不正データを読み込まないために必須なんです。
もし、ロックをかけなかったら、書いてる途中の変なデータが出てきてしまいます。
select のロックは、書き込みを禁止するロックであって、別の人が読むのには障害になりません。
回避という行為がそもそも、意味がないのです。
しかし、暗黙的なロックを繰り返すと、デッドロックの危険性が出てきます。
複雑なことをやるときは、デッドロックを回避するためにも、自分でちゃんと設計して明示的にロックをかけましょう。

postgresでのロックモードは、ほぼテーブルロックです。
行レベルロックとなるのは、SELECT FOR UPDATEを実行したときと、UPDATE/DELETEを発行したときだけです。
この場合、対象行はROW SHAREロックになります。

ただ、そもそもの話としてSELECTによって発行されるACCESS SHAREロックはACCESS EXCLUSIVEロック以外のロックと競合しません。
ACCESS EXCLUSIVEロックはDROP TABLEを伴うようなDDL文で作成されるロックです。このような処理は行ロックだろうとテーブルロックだろうと代わりはないですよね。

つまり通常のSELECTはテーブル単位でロックを行いますが、他の処理と競合しません。
insert文やupdate文などで発行されるROW EXCLUSIVEロックとも競合を起こさないのです（追記型DBの特徴です）。

そういうわけで、確かにpostgresqlはテーブル単位でのロックとなりますが、ロックされることによる実害が通常の行ロックよりも低いため、問題になることはありません。

ロックに関する詳細は、以下を参考下さい。
http://www.postgresql.jp/document/9.3/html/explicit-locking.html

追記：
またいい加減な知識で適当な回答をされている方がいらっしゃいますね。
上のＵＲＬにも記述されていますが、postgresは、selectで書き込みをロックしないです。
そもそもpostgresが追記型ＤＢという選択をしたのは、そのためです。
※実務で使っていればselectで書き込みがロックされないことは経験しているでしょうに。