来源: aws.amazon.com
38
Amazon QuickSight 的多数据集关系建模，不只是把几张表拖到一起。真正麻烦的地方在于：不同业务表的粒度不同、维度表可能复用、事实表之间不一定能直接 join，错误的模型会让看板出现重复计数、指标膨胀或过滤器失效。来源文章的重点从概念转向模式：针对不同 schema，梳理表结构、适用场景、实现步骤、示例 SQL，并讨论高级场景下需要额外建模...
来源: postgr.es
39
PostgreSQL 灾备恢复里，pgBackRest 通过 SSH 拉取备份是一条成熟路线：简单、可靠、很多团队已经这么跑。但当 DR 服务器越来越多、隔离区越来越严格、密钥轮换越来越频繁时，SSH key 的分发和审计会变成运维负担。pgBackRest 的原生 TLS transport 提供了另一种模型：DR 服务器不需要拿到能登录备份节点的 ...
来源: oschina.net
39
Memcached 1.6.44 已发布，这不是一个堆功能的版本，而是一个安全修复版本。对线上缓存系统来说，这类版本往往比新特性更值得关注：它修掉的是异常输入、边界条件和后台组件在高压下可能暴露的问题。 这次更新集中在几个容易被忽视但影响面不小的区域。 proxy 侧修复了后端数据过大导致溢出的问题。对于启用了 Memcached proxy 的部署，...
来源: postgr.es
31
数据库基准测试最危险的地方，往往不是数字本身是假的，而是数字背后的比较口径被悄悄换掉了。一个 PostgreSQL 工作负载可以从几百 TPS 变成几十万 OPS：缺索引的“基线”、关闭部分持久化保证、减少实际业务工作、把多次请求塞进函数、再把 TPS 改口叫 OPS，图表就会一路向上。 这篇文章不把它当成 PostgreSQL 性能神话，而是把它当成...
来源: oschina.net
23
CrateDB 6.4.0 已正式发布。对于正在处理日志、指标、IoT 事件、设备遥测这类机器数据的团队来说，CrateDB 的定位一直很直接：用 SQL 查询分布式数据，同时保留接近 NoSQL 系统的扩展性和灵活性。这个版本带来了若干亮点更新，也包含 Breaking Changes，升级前需要认真读变更说明并在测试环境跑一遍现有查询。 机器数据的...
来源: oschina.net
27
CodeForge v26.4.0 的重点很明确：把数据库操作从“会写 SQL 的人才能动”往“团队成员都能读、能改、能复用”推进了一步。新版本围绕可视化查询构建器、表格回写、连接管理、SQL 格式化和 AI 辅助编辑做了一组组合拳，最值得关注的是：复杂查询不再只是一段难以审查的字符串，而可以被拆成表、JOIN、过滤、聚合、排序这些可见的节点。 拖拽式...
来源: postgr.es
35
PostgreSQL 里很多 参数默认都是打开的，用来让优化器在必要时考虑某类执行计划。 有点特别：它默认关闭。原因很直接，分区级聚合可能明显加速按分区表统计的查询，但它也可能让每个分区都产生自己的聚合节点，内存消耗随分区数量放大。这个开关不是“越开越快”，而是一次明确的资源交换。 当查询访问分区表并执行 或聚合函数时，普通计划可能先扫描多个分区，再在...
来源: postgr.es
36
PostgreSQL 20 的开发分支加入了一项很实用的可观测性改进：后端进程级别的锁统计。过去我们可以通过 看到锁等待次数、等待时间、fast-path exceeded count 等信息；这次改动把同类数据下钻到了 per-backend 维度，让排查“到底是哪条连接在等锁、等了多久、是否频繁撞上 fast-path 限制”变得更直接。 很多人排...
来源: postgr.es
26
PostgreSQL 14、15、16 的最新小版本 14.23、15.18、16.14 引入了一个回归问题：在特定 WAL 回放场景下，备库或 PITR 恢复实例可能卡在 相关的 LWLock 等待上。这个问题麻烦的地方不在于“所有人都会中招”，而在于它正好踩中了很多团队的常规补丁流程：先升级 standby，再升级 leader。 目前已知受影响范...
来源: postgr.es
36
7 月 2 日，伊斯坦布尔迎来了第一次 PostgreSQL Meetup。它不是公司发布会，也不是单向宣讲，而是由社区成员为社区成员组织的一次线下聚会。根据活动记录，Bilge Korkmaz Erdim、Gülçin Yıldırım Jelínek 和 Devrim GÜNDÜZ 早就在推动这个想法，最终活动在 Microsoft Turkey ...