postgresql - pg_restore : creating MATERIALIZED VIEW DATA taking long time-6ren

postgresql - pg_restore : creating MATERIALIZED VIEW DATA taking long time

转载作者：行者123 更新时间：2023-11-29 13:21:55

24

4

我正在使用 postgresql 9.5.3。当我恢复数据库并创建 MATERIALIZED VIEW DATA 时，我花了很长时间，多了 3 个小时。这对于 postgresql 真的正常吗？

pg_restore: creating MATERIALIZED VIEW DATA "public.mydata"

仍在进行中。我的 database.backup 大小为 15gb

最佳答案

这取决于 View 定义、当前表统计信息和存在的数据。

您可以使用 EXPLAIN 检查定义实体化 View 的查询的查询计划，看看该计划是否有任何问题。

如果是一个复杂的查询，可能是autoanalyze还没来得及计算表统计信息的问题。

您可以使用 pg_cancel_backend() 中断该语句并稍后重新创建物化 View ，也许在 ANALYZE 之后，如果它可以帮助您启动数据库的其余部分很快。

关于postgresql - pg_restore : creating MATERIALIZED VIEW DATA taking long time，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40274935/

24

4

0

文章推荐： postgresql - 为内置聚合函数创建别名

文章推荐： ios - 错误 fmdb 设置 label.text

文章推荐： sql - Postgresql 使用连接更新表

.net - .Take() 还是不.Take()，这是个问题
我有一个代表每个年龄段的人口(M，F)的集合。为了通过时间来预测人口，我必须首先对女性进行计算，以便我可以根据男性出生率的统计常数来计算新出生的男性和女性的百分比。也就是说，我有一个包含每岁男性和
clojure - clojure 中的 take-while 和 take-nth
我正在尝试从队列中获取 n 条消息(使用 langohr)。我有一个工作版本，但我想知道是否有更好的 clojurist 方法来做到这一点: (def not-nil? (complement nil
postgresql - 分析: Why a query taking could take so long,好像成本不高？
我有这些结果用于分析一个简单的查询，该查询不会从少于 200 条记录的表中返回超过 150 条记录，因为我有一个存储最新值的表，而其他字段是数据的 FK . 更新:稍后查看同一查询的新结果。该网站未公
c# - 如何在 .Take() 之前获得总结果计数 - 但在使用 .Take() 时
我正在使用 .Take() 来获取固定数量的结果。获取 TotalCountBeforeTake 的最佳方法是什么(即好像我没有使用 .Take())？我可以在不运行查询两次的情况下获得 Tota
Java 泛型 : Class that takes a class that takes another class
我有一个 BatchConfigurable 类 public class BatchConfigurable() {} 我正在尝试为其编写一个包装器。这将是另一个类，它采用此类或任何扩展 Batch
c# - 使用 Take() 从字节数组中获取字节，在 Take() 之后无法转换回 byte[]
byte[] result = memStream.ToArray(); memStream.Close(); byte[] temp = r
c# - Enumerable.Repeat with Union and Take 不返回 'Take' 值
很简单的问题。我有一个值列表，我想用空值填充这些值，这样我总是会返回 X 个项目。 List list = new List() { 10, 20, 30 }; IEnumerable values
angular - take is not a function : Angular 7 | Observable. take 抛出运行时错误
我正在构建一个购物车，并且我使用了一个购物车服务，在该服务中我将数量分配给产品/将产品添加到购物车。除了使用 take 获取可观察项 $ 的第一个实例之外，还有其他方法吗？我正在正确导入 take
c# - array.Take(13).Skip(x) 减去 take
这是欧拉计划的问题 8。我试图通过数字数组foreach，每次跳过最后一个数字并拉接下来的13个相邻数字数组。我的代码: for(int x = 0; x product) {
css - 显示 : table not take the dynamic height take their children height
我有 3 个 div 元素，一个是父元素，另外两个是子元素: dinesh pathak and their css are: #table {
java - hudson : Builds Taking Longer time than What it takes by running it Locally
我在 Hudson 上发现了异常行为。Hudson 作业大约需要 25 分钟，而当我在本地运行相同的作业时，需要 9 分钟。我在这里缺少什么？我增加了 JAVA_OPTS、MAVEN_OPTS，甚至
f# - 漏洞？ Seq.take 10 运行良好，Seq.take 100 不起作用
let a = [1;2;3;] for i in (a |> Seq.take 10) do Console.WriteLine(i) for i in (a |> Seq.take 100) do
c# - 可以在 c# linq 的查询表达式中使用 take 而不是使用 .Take(x) 吗？
我正在尝试编写一些 LINQ To SQL 代码来生成类似 SQL 的代码 SELECT t.Name, g.Name FROM Theme t INNER JOIN ( SELECT TOP
c# - LINQ，简化表达式 - take while take of sum of taken does not exceed given value
给定这样的设置.. class Product { int Cost; // other properties unimportant } var products = new List
c# - 在 List 上使用 Take(...) 时，是否会在应用 Take(...) 之前返回整个列表？
我有一个 List 类型的元素 public class FriendList { public List friends { get; set; } // List
c# - LINQ ToList().Take(10) vs Take(10).ToList() 哪个生成更高效的查询
给定以下 LINQ 语句，哪个更有效？一个: public List GetLatestLogEntries() { var logEntries = from entry in db.Lo
kotlin - Kotlin 中 toList().take(10) 和 take(10).toList() 之间的区别
我只是在尝试新的 kotlin 语言。我遇到了生成无限列表的序列。我生成了一个序列并尝试打印前 10 个元素。但是下面的代码没有打印任何东西: fun main(args: Array) {
javascript - 在 saga : `while(true) take()` vs `while(take())` vs. `takeEvery()` 中监听 Action 的最佳方式
我见过 sagas 以 3 种方式监听 Action : 1。 while(true) take() function* onUserDetailsRequest() { while(true)
c# - 当 skip 不能被 take 整除时，通过 pageIndex/pageSize 分页实现 skip/take 分页
假设我有一些神奇的分页黑盒类，它使用 pageIndex 和 pageSize 检索数据，如下所示: public class PaginatedList { // ... // Ch
混帐 "discrepancy": `git diff` does not take commit messages into consideration but SHA-1 generation takes commit messages while computing SHA-1
我有两个 git 分支 b' 和 b" 具有完全相同的 SHA-1 和因此内容。我提交 b ' 并在提交时，我使用 -x 应用 cherry-pick 而不是 merge 或 rebase单个提交到我

首页

博学

6Ren·AI

商城

postgresql - pg_restore : creating MATERIALIZED VIEW DATA taking long time