私はのためのlibpqの上にドラフトリモートアプリケーション作ったPostrgreSQLを。うまく動作しますが、アプリケーションの一般的な機能をプロファイルしました。私が作成する最終的なビジネス結果ごとに、40のselect句(tcpip経由)などを呼び出すことがあります。
リモートアプリケーションとデータベースの間のやり取りの数を最小限に抑えることを思い出させるSQL-Serverの思い出があります。選択を分析した結果、SELECT
結合を使用してこの数を3つの節に減らすことができると思います。しかしSELECT
、別のの結果を使用するための構文を覚えていませんSELECT
。
例えば:
SELECT * FROM individual
INNER JOIN publisher
ON individual.individual_id = publisher.individual_id
WHERE individual.individual_id = 'here I would like to use the results of a another select'
これSELECT
は単純に他の種類です:
SELECT identifier FROM another_table WHERE something='something'
以下は、さまざまなitem_typesに対して何度も拒否された単純化されたテーブルレイアウトです...(3つのまったく異なるタイプ、したがって最適化された場合は3つのSQLクエリ)。
table passage
id_passage PK
business_field_passage bytea
table item
id_item PK
id_passage FK
business_field_item text
table item_detail
id_item_detail PK
id_item FK
business_field_item_detail text
image_content bytea
id_item
1つにいくつかありますid_passage
。1つに
いくつかあります。id_item_detail
id_item
それをどう書く?
1つの選択を別の選択にリダイレクトするアクション(ある場合)を説明するための名前は何ですか?
1
postgresql.org/docs/9.1/static/…–
—
dezso
7.2.1.3を参照していますか。サブクエリ?
—
ステファンローランド
おそらく、JOINパートと一緒に。
—
-dezso