sql从大量ID中选择

Cla*_*diu 3 python sql postgresql sqlobject

我有一张桌子,Foo.我在Foo上运行查询以从Foo的子集中获取ID.然后我想运行一组更复杂的查询,但仅限于那些ID.有没有一种有效的方法来做到这一点?我能想到的最好的是创建一个查询,例如:

SELECT ... --complicated stuff
WHERE ... --more stuff
  AND id IN (1, 2, 3, 9, 413, 4324, ..., 939393)
Run Code Online (Sandbox Code Playgroud)

也就是说,我构建了一个巨大的"IN"子句.这有效吗?有没有更有效的方法,或者是获取ID的初始查询加入的唯一方法?如果它有帮助,我使用SQLObject连接到PostgreSQL数据库,并且我可以访问执行查询的游标以获取所有ID.

更新:我应该提到更复杂的查询都要么依赖这些ID,要么创建更多ID以在其他查​​询中查找.如果我要做一个大型查询,我最终会一次加入六个表,这可能太慢了.

ara*_*nid 6

我过去使用的一种技术是将ID放入临时表,然后使用它来驱动一系列查询.就像是:

BEGIN;
CREATE TEMP TABLE search_result ON COMMIT DROP AS
  SELECT entity_id
  FROM entity /* long complicated search joins and conditions ... */;
-- Fetch primary entities
SELECT entity_id, entity.x /*, ... */
FROM entity JOIN search_result USING (entity_id);
-- Fetch some related entities
SELECT entity_id, related_entity_id, related_entity.x /*, ... */
FROM related_entity JOIN search_result USING (entity_id);
-- And more, as required
END;
Run Code Online (Sandbox Code Playgroud)

这在搜索结果实体具有多个一对多关系的情况下特别有用,您可以在没有a)执行N*M + 1选择或b)执行相关实体的笛卡尔连接的情况下获取这些关系.

  • 通过创建临时表,实际结果本身是假脱机的,因此可能复杂的搜索只执行一次.使用临时视图,搜索条件将转移到每个后续语句中.如果您的搜索条件很简单,则视图可能更有效.如果它们非常复杂,那么将结果具体化为临时表将会获胜.我自然而然地开始使用临时表,并且如果它通过一些经验法则确定搜索条件足够简单,那么可能让app使用临时视图. (2认同)