Anthony O's questions

DO $$
DECLARE
    rec RECORD;
    outcome BOOLEAN;
    rule TEXT;
BEGIN
    -- Assume the record references a single row that contains the columns under test in the rule
    rule := 'columnA > 30 OR columnB < 50';
END;
$$
 LANGUAGE plpgsql;

这是一个简洁的块，其中包含我想根据记录评估的规则的示例。我想我需要EXECUTE一个动态 SQL 语句。

我想在运行时动态确定记录的类型，因为我可以轻松访问带有表名称的另一个字符串。我设想铸造到table_name%ROWTYPE. 据我所知，我无法在运行时将 RE​​CORD 动态转换为复合类型。

然后我想到使用row_to_json(rec)，但随后需要针对这个 JSON 对象评估规则。我不熟悉如何在 PL/pgSQL 中执行此操作。

我从 CURSOR 获取到 RECORD 中，因为我想要一个可以传递给没有临时表开销的不同函数的迭代器。我对 PL/pgSQL 相当陌生，我想说该语言只了解了几千个 LOC，所以我仍在学习如何使用它的控制结构。我正在考虑我可能需要备份一下并为问题选择不同的控制和/或数据结构。您将如何解决这个问题？

根据 IBM 文档，故障恢复的定义是“在灾难或计划维护期后将生产返回到原始位置的过程”。

根据我对 postgresql 社区帖子的阅读，在故障转移后将旧的主服务器重新联机作为新主服务器之后的备用服务器也可能被视为故障转移。

这可能是因为人们普遍认为拥有相同的数据库服务器是最佳实践。但是，这个选项对我来说不可用。

我有 2 台服务器：Costanza 和 Kramer。Costanza 是一个高性能服务器。克莱默不是。

这是我正在尝试逐步优化的场景：

1. Costanza 处于不可恢复的故障模式（典型）
2. 克莱默升入小学
3. Costanza 再次可用且 PGDATA 完好无损
4. 同步 Costanza 和 Kramer，这样写入 Kramer 的数据就不会丢失
5. 将科斯坦萨提升为主要地位
6. 建立克莱默作为备用

我专注于步骤 4 和 5。

当运行 pg_rewind 重放 WAL 文件时，似乎“在最新公共检查点之后源服务器上发生的修改被忽略 - 当目标服务器成为源服务器的备用服务器时，这些修改无论如何都会被恢复。” --看到这个SO问题

我由此推断，简单地运行 pg_rewind 不会同步 Costanza 和 Kramer（步骤 4），因为对 Kramer 的写入可能发生在最后一个公共检查点之后。这也是我们在进行故障恢复时观察到的情况。

我对第 4 步的解决方案是：

4a. 运行 pg_rewind 来同步不同的时间线

4b. 将 Costanza 建立为 Kramer 的备用数据库，并允许其赶上复制延迟（假设检查点后存在 WAL）

然后

5. 关闭克莱默并将科斯坦萨提升为初选（再次导致时间线分歧）

6a. 以 Kramer 作为目标运行 pg_rewind

6b. 将 Kramer 建立为 Costanza 的备用数据库，并允许其赶上复制延迟（再次假设检查点后存在 WAL）

这是一种罕见的情况。但我不知道我会遇到什么故障模式以及 PGDATA 是否完好无损。

这是一个非常大的数据库，我希望尽可能避免通过基础备份移动数据。

这种方法对我来说似乎效率低下，因为我必须运行 pg_rewind 两次，并且我必须将 Costanza 建立为备用数据库，以便应用 Kramer 发布公共检查点时发生的修改。

我必须最大限度地减少数据丢失，而该解决方案似乎可以通过最少的数据传输来做到这一点。

（旁白：我是否应该关心额外的时间线创建？这似乎是不可避免的，并且它发生在将数据库升级为主数据库时）

有没有办法将克莱默后公共检查站的修改应用到科斯坦萨，而不将科斯坦萨建立为克莱默的备用？

是否存在达到同等结果的更短路径？或者，在数据库故障场景中，是否存在您认为“更容易”遵循的路径？

  WITH aux_results AS (
    SELECT id
    FROM vendors
  )
  SELECT c.id
  FROM customers AS c
  WHERE c.vendor IN (SELECT * FROM aux_results);

这是一个简单而简单的 CTE 示例。辅助语句使用 SELECT 来检索 id。要过滤它们，我必须使用 SELECT ，否则会引发异常。

为什么会这样，为什么它与使用子查询进行相同的整体查询的模式不同？

看：

https://www.postgresql.org/docs/current/functions-subquery.html#FUNCTIONS-SUBQUERY-IN

看起来子查询返回的对象与 CTE 辅助语句返回的对象不同。查询的方式不同，因此外部接口不同，但它们都可以被视为瞬态表。

顺便说一句，性能是否受到影响？（怀疑）我应该只使用子查询吗？（对此感到怀疑）

我有 2 个独立运行的数据库集群。将来，我可能需要将客户的记录从集群 1 移动到集群 2。我有一个 bash 脚本，我在服务器端将表记录从集群 1 复制到 CSV 文件，然后将它们恢复到集群 2。

数据之间的关联使用顺序 ID。这些 ID 在两个实例中不是唯一的。似乎有两种可能：

1. 我没有为我的用例使用最好的工具。还有其他工具可以让我更轻松地做到这一点。我已经掩盖了外国数据包装器。我不想做转储，因为我只需要一些记录。

2. 我只需要吸收它并使用在我的数据集中唯一的 UUID。