mlissner's questions

我即将理解这一点，但我不明白我需要的修复。以下查询大约需要一分钟（给予或接受）来返回 20 条记录：

explain (analyze, buffers)
select "search_docket"."id"
FROM "search_docket"
WHERE "search_docket"."court_id" = 'delctcompl'
ORDER BY "search_docket"."id" desC
LIMIT 20; 
                                                                           QUERY PLAN                                                                            
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
 Limit  (cost=0.56..2791.05 rows=20 width=4) (actual time=74.950..41059.055 rows=20 loops=1)
   Buffers: shared hit=38524709 dirtied=10
   ->  Index Scan Backward using search_docket_pkey on search_docket  (cost=0.56..8837737.95 rows=63342 width=4) (actual time=74.947..41059.022 rows=20 loops=1)
         Filter: ((court_id)::text = 'delctcompl'::text)
         Rows Removed by Filter: 41862720
         Buffers: shared hit=38524709 dirtied=10
 Planning time: 0.450 ms
 Execution time: 41059.233 ms

翻转排序顺序大约需要 60 毫秒：

explain (analyze, buffers)
select "search_docket"."id"
FROM "search_docket"
WHERE "search_docket"."court_id" = 'delctcompl'
ORDER BY "search_docket"."id" asC
LIMIT 20; 
                                                                     QUERY PLAN                                                                      
-----------------------------------------------------------------------------------------------------------------------------------------------------
 Limit  (cost=0.56..2791.05 rows=20 width=4) (actual time=63.701..63.939 rows=20 loops=1)
   Buffers: shared hit=45783
   ->  Index Scan using search_docket_pkey on search_docket  (cost=0.56..8837737.95 rows=63342 width=4) (actual time=63.698..63.933 rows=20 loops=1)
         Filter: ((court_id)::text = 'delctcompl'::text)
         Rows Removed by Filter: 67080
         Buffers: shared hit=45783
 Planning time: 0.426 ms
 Execution time: 63.971 ms

你可以看到，在第一个中，它在这里变得很糟糕：

         Rows Removed by Filter: 41862720
         Buffers: shared hit=38524709 dirtied=10

以下是表上的索引（省略与此查询无关的索引）：

Indexes:
    "search_docket_pkey" PRIMARY KEY, btree (id)
    "search_docket_7a46e69c" btree (court_id)
    "search_docket_court_id_2d2438b2594e74ba_like" btree (court_id varchar_pattern_ops)

杂念：

1. 法院列的基数非常低。它在大约 50M 行中有大约 500 个值。

2. 我想我可以在 上添加一个降序索引court_id，也许可以解决它，但这似乎不对。

3. 也许我需要一个多列索引search_docket.id和search_docket.court_id？好像没了

我应该在这里做一些更好的事情来使索引更好地工作吗？

我使用FOR ALL TABLES. 现在我意识到我毕竟不想复制所有的表。我尝试从出版物中删除其中一个表，但是：

mydb=# alter publication replicapublication drop table only migrations;
ERROR:  publication "replicapublication" is defined as FOR ALL TABLES
DETAIL:  Tables cannot be added to or dropped from FOR ALL TABLES publications.

我已经完成了数百 GB 的巨大同步，我不想从新的出版物重新开始。

问题： 1. 有没有赎回本刊物的希望？2. 如果没有，有什么方法可以创建一个完全同步的新出版物，而不用完全同步重新开始？

谢谢。

使用以下查询，我能够导出两个表，从第一个表中随机选择 500 个项目：

copy (select * from (
          select 1 + floor(random() * 1040000)::integer as "documentUUID"
          from generate_series(1, 600) g
          group by 1) r
       join "Document" using ("documentUUID")
      inner join "Citation" on ("Document"."citation_id" = "Citation"."citationUUID")
      limit 500) 
to '/tmp/data.sql';

我想将此数据导入我的测试数据库，但COPY FROM似乎无法处理多表导入。

我怎样才能使这项工作？