TimescaleDB 的最佳设置策略是什么?
基于 TimescaleDB 常见问题解答,我最初的想法是确实建议并且可以基本上拥有一个包含时间序列数据和我的其他常规数据的数据库。
我只是想知道使用多节点时的策略是什么。我们可以创建一个分布式超表,但是我的其余非时间序列数据呢?我可以分发它们吗?
将 TimescaleDB 数据保留在其自己的节点“集群”中并为非时间序列数据拥有单独的实例(甚至可能使用其他扩展,如 Citus)是否有意义?
TimescaleDB 的最佳设置策略是什么?
基于 TimescaleDB 常见问题解答,我最初的想法是确实建议并且可以基本上拥有一个包含时间序列数据和我的其他常规数据的数据库。
我只是想知道使用多节点时的策略是什么。我们可以创建一个分布式超表,但是我的其余非时间序列数据呢?我可以分发它们吗?
将 TimescaleDB 数据保留在其自己的节点“集群”中并为非时间序列数据拥有单独的实例(甚至可能使用其他扩展,如 Citus)是否有意义?
我正在为 PostgreSQL 创建自定义类型。类型如下:
typedef struct {
unsigned long prefix;
unsigned long long id;
} CustomType;
我已经构建了所有的in
和out
函数。比较函数等等,但我不明白如何构建哈希函数。因为我需要它来进行哈希连接。我查看了https://doxygen.postgresql.org/backend_2utils_2adt_2numeric_8c.html#a1358689e8be944cad3a3fad87eb237f1hash_numeric
中的函数,但不太明白。
哈希函数是如何工作的,它的目的是什么?
与 pgbouncer 的连接是否比与 PostgreSQL 的连接便宜(假设 pgbouncer 已经建立了与 PostgreSQL 的连接)?与 pgbouncer 的连接是如何建立的?我发现文档有点不清楚。
有没有办法阻止用户在 PostgreSQL 中运行“重置角色”,从而获得他可能没有的权限?
我有一个架构,在一台服务器上有很多数据库。API 连接到本地 PostgreSQL 服务器上的多个数据库。我曾计划使用 Pgbouncer,但听起来我必须将 pgbouncer 中的一个数据库/用户映射到 PostgreSQL 中的同一数据库/用户,这听起来适得其反。相反,我希望能够重用连接,但在连接时对不同的用户有不同的授权。