来源: oschina.net
34
企业数据库国产化已经从“能否迁移”进入“能否稳定运行”的阶段。哈尔滨金仓技术沙龙围绕全栈适配兼容与高可用实践，集中讨论了四类直接影响项目成败的问题：金融级 SQL 治理、业务系统迁移适配、Agent 驱动运维，以及高可用体系建设。 这些主题并非彼此孤立。迁移时遗漏的 SQL 差异会变成生产故障，缺少基线的高可用架构难以验证，而没有边界控制的智能运维又可...
来源: postgr.es
31
PostgreSQL 的 控制查询规划器是否考虑 TID Scan，也就是根据元组标识符直接定位表中的物理行。它听起来像一个值得调优的扫描策略，但实际触发条件非常窄：查询通常必须显式使用 。因此，对绝大多数应用来说，这个参数保持默认值即可。 PostgreSQL 表中的每个行版本都有一个系统列 。它包含两个坐标：数据页编号和该页中的行位置。例如， 表示...
来源: blog.rust-lang.org
26
过去半年，crates.io 的变化不只是增加几个页面功能。源码查看器改变了开发者审计依赖的方式，原生用户名开始拆解平台与 GitHub 的身份耦合，安全提示进一步靠近依赖决策现场；与此同时，搜索、反向依赖、CDN 缓存和 Git 索引等基础设施也完成了一轮针对性优化。 crate 页面新增的“Code”标签允许开发者直接浏览某个已发布版本的文件。这里...
来源: planetscale.com
23
一条长期稳定的 PostgreSQL 查询，可能在数据分布、统计信息或参数发生变化后突然换掉执行计划。来源案例中，查询规划器放弃了原本可用的索引，导致查询失控；PlanetScale 的 Database Traffic Control 则在问题进一步扩散前限制了它。这个案例值得关注的地方，不只是“规划器为什么选错”，更是数据库入口能否在错误计划出现时...
来源: postgr.es
23
数据库回归测试常常只回答一个问题：SQL 返回的行是否正确。但生产事故还有另一种典型形态：结果完全正确，执行方式却从索引扫描悄悄变成全表扫描。测试全部通过，接口则随着数据增长逐渐超时。 RegreSQL 2.0 将测试边界从“返回了什么”扩展到“怎样返回”：除了比较结果集，还检查执行计划、实际读取的缓冲区、磁盘溢出、节点实际行数和基数估计误差，并允许使...
来源: postgr.es
45
查询计划里出现一个耗时很长的 节点时，把 设置为 看起来像是最直接的处理方式。但这个参数控制的是规划器对显式排序计划的偏好，并不能消除查询本身对有序结果的需求。排序慢通常应该从内存、索引和返回数据量入手，而不是把 当成性能开关。 是 PostgreSQL 的规划器配置参数（GUC）。关闭它会让规划器尽量避免选择显式排序步骤，但 PostgreSQL 无...
来源: postgr.es
27
技术会议的基本形态多年未变：讲者上台演讲，现场听众提问，幻灯片稍后上传，剪辑后的视频可能再等几周。这个流程适合线下交流，却没有充分利用直播、自动转写、机器翻译、全文检索和 AI 摘要已经具备的能力。 对于 PostgreSQL 这样的国际开源社区，问题尤其明显。旅行成本、签证、时区和语言会挡住大量开发者，而一次有价值的讨论往往在会议散场时也随之消失。更...
来源: postgr.es
33
PostgreSQL Buildfarm Client 21 的变化不只是一批兼容性修复。它新增补丁栈与 ABI 检查模块，改进非标准分支和 Meson 构建识别，同时强化跨版本升级测试、超时诊断与失败日志归档。对于维护私有 Buildfarm、扩展分支或长期补丁队列的团队，这一版解决了不少日常自动化中的实际痛点。 新的 PatchStack 模块面向...
来源: oschina.net
26
终端、SFTP 客户端、远程桌面和数据库管理工具常常各占一个窗口。uniTerm 选择把这些高频运维能力集中到一个跨平台应用中，而 v1.4 又加入了 MongoDB、SSH 隧道以及 AI 自然语言数据库查询，进一步缩短了“连接服务器、进入内网、检查数据”这条操作链路。 uniTerm 基于 Wails v2、Go 与 Vue 3 构建，支持 Win...
来源: postgr.es
42
是一个名字很容易引起误解的 PostgreSQL 查询规划参数。把它设为 ，并不等于关闭顺序扫描；它表达的是“尽量不要选择顺序扫描”。当读取整张表是回答查询的唯一合理方式时，规划器仍然会生成 。 理解这一点很重要，因为这个参数适合诊断执行计划，却不适合被当作禁止某类算子的开关。 PostgreSQL 的规划器会比较多条候选执行路径的估算成本，例如： 顺...