Sebastien Diot's questions

我们正在尝试使用 PostgreSQL 模拟具有“全局主键”的专有数据库。这就是我们想要做的（对于许多表的许多行）：

select 'some_table' as table_name, t.*
from some_table t
where id = 1

union all

select 'other_table' as table_name, t.*
from other_table t
where id = 2;

但是，这当然行不通，因为每个表模式都是不同的。我们的 DBA 建议这样做：

select 'some_table' as table_name, jsonb_agg(t.*) as content
from some_table t
where id = 1

union all

select 'other_table' as table_name, jsonb_agg(t.*) as content
from other_table t
where id = 2;

哪个会做到这一点，但我们担心产生/传输的数据量。基本上，每个表的每一行都作为包含在单个数组中的一个 JSONB 对象返回。现在困扰我们的是每行的列名的重复。

我们是否可以根据每个表中列的顺序以某种方式返回每行的 JSONB数组，仅包含值？

使用这个选择：

select 'some_table' as table_name, jsonb_agg(t.*) as content
from some_table t;

如果 some_table 有 1000 行，“内容”中每一行重复的“列名”是否通过网络发送了 1000 次？还是以某种方式优化了？如果列名真的每行重复一次，我们会为它们花费更多的带宽，然后是值。

我是负责专有 OODBMS 的（非官方）DBA。管理层希望我们转向 Postgres，以降低许可成本。此举应该是渐进的，因此我们也应该保持与 OODBMS 中相同的数据结构。幸运的是，有了对 ARRAY 和表继承的支持，我们可以在 Postgres 中创建一个完全相同的模式。所有表都将使用 bigint 作为主键，并且都（间接）继承自同一个基表。

最大的问题是：我们的 bigint 键在所有表中都是（而且必须是）唯一的，我们必须能够根据主键快速加载一组行，而无需知道它们在哪个表中。这些行将分布在所有表格中。这里主要关注的是速度，而不是磁盘或内存使用。

换句话说，我们需要的是跨所有表的唯一索引。AFAIK，这在 Postgres 中是不可能的。“下一个最佳”选项是什么？我对任何解决方案都持开放态度，包括使用甚至编码一些“Postgres 扩展”。

为了给出一些关于实际数据库的提示，我们讨论的是 300 个表、130M 行和大约 300GB 的大小（OODBMS 大小）。

我有点像零管理 OODBMS 的管理员，但我主要从事编程工作。

我记得几年前读过一些 SQL 数据库，它有一个类似永久事务的概念。它可能是 Sybase。不管怎样，那个“东西”是什么，就像你开始的一个事务，它在连接之间持续存在，你可以用它来运行“正常”的事务。它基本上为您提供了该数据库的“视图”，该数据库可能与主数据库不同，但在同一台服务器上运行，因此共享大部分资源，而不必拥有它的“自己的”服务器。我希望你现在明白我的意思了。

无论如何，那种东西叫什么，它在现代数据库中是否仍然可用。特别是，是否有任何奇特的分布式 NoSQL 数据库可以做到这一点？

我问的原因是因为我可以使用类似的东西在主数据库上运行我的软件的下一个版本的暂存，这样我就不需要拥有一个与主系统一样强大的暂存系统，而且同步从主要到测试的更改的麻烦/带宽。我会开始“永久事务”，测试新软件几天，可能会让一些用户预览，完成后丢弃更改。然后我进行真正的部署，并为下一个版本启动一个新的“永久事务”......

注意：我无法放置有意义的标签，因为这是我的第一篇文章，我没有发明标签的权利，而且没有像“持久”、“永久”甚至“长期运行”这样的东西......