来源: oschina.net
63
DBeaver 26.1.4 的更新重点落在 AI 助手的日常可用性上：AI 聊天增加键盘访问能力，生成的脚本可以始终在新的 SQL 控制台中打开，同时修复了部分模型无法动态支持温度参数的问题。这些改动看似细小，却直接影响开发人员审查、修改和执行 AI 生成 SQL 的效率与安全性。 数据库操作经常需要在对象树、SQL 编辑器、结果集和执行计划之间切换...
来源: postgr.es
49
一个连接执行了 ，修改或读取了一些数据，然后因为应用异常、人工操作中断或连接管理疏漏，再也没有提交。它看起来只是“挂着”，实际上可能持续持有锁、阻碍清理旧版本，最终让一次普通的连接遗忘演变成锁等待、表膨胀和请求堆积。 PostgreSQL 的 正是用来限制这类会话：当会话已经进入事务、但在指定时间内没有继续执行语句时，服务器会终止该连接。 Postgr...
来源: postgr.es
56
指定 PostgreSQL 到哪里读取 。这个参数最容易误导人的地方，不是配置语法，而是失败方式：路径写错或文件无法读取时，服务器可能只留下一条不显眼的日志，然后继续运行。数据库看起来是健康的，依赖用户映射的认证却可能已经失效。 决定客户端采用哪种认证方法； 则在需要用户映射时，把外部身份映射为 PostgreSQL 角色。常见场景是 或 认证规则通过...
来源: oschina.net
63
在 MyBatis 项目里，实体类和数据库表结构通常由两套流程维护：开发者修改 Java 字段，再手工编写建表或变更 SQL。 提供了另一种选择：复用 xbatis 已经解析好的实体元数据，根据 、、、 等注解生成并执行 DDL。 它试图提供接近 JPA 的开发体验，但不要求项目引入 JPA 或 Hibernate。对于已经使用 xbatis 的应用，...
来源: oschina.net
44
XBatis 1.10.7 的核心修复指向一个容易被忽略、却会直接影响分页总数和统计结果的问题：多列 查询在转换为 时，原有优化可能产生错误结果。对于依赖 ORM 自动生成统计 SQL 的项目，这类缺陷往往不会报异常，而是悄悄返回一个看似合理的错误数字，因此比语法错误更难发现。 单列去重计数通常比较直接： 但业务需要按多个字段的组合去重时，语义就变成了...
来源: postgr.es
43
在 PostgreSQL 的热备环境里，备库上的长查询可能因为主库清理旧版本行而被取消。 提供了一种直接的取舍：让备库向主库反馈自己的事务快照，主库因此延后部分清理操作，减少备库上的查询取消；代价是主库可能积累更多死元组，表和索引膨胀也可能更严重。 这个参数容易被理解成“开启后备库查询就不会被打断”。实际边界更窄：它主要避免由 清理旧行版本引起的 cl...
来源: postgr.es
61
PostgreSQL Performance Farm 还没有真正落地，但项目已经出现了更具体的推进路径：借助 AWS 开源项目额度，在 EC2 上重新开展大规模 OLTP 测试，并更新 OSDL 时期留下的测试工具，尤其是 DBT-5。当前设想是从 实例和多块 EBS 卷入手，评估一种类似 TPC-E、I/O 与计算压力相对均衡的负载。 这件事的价值...
来源: oschina.net
33
Furion v4.9.9.51 已发布。本轮更新继续强化 HTTP 远程请求能力，其中摘要明确列出了两项新特性：ETag 缓存与配额策略。它们解决的不是“能不能发请求”，而是服务长期运行后更现实的问题：怎样减少重复传输，以及怎样限制调用规模。 ETag 是 HTTP 协议提供的资源版本标识。服务端返回资源时，可以同时返回一个 响应头；客户端再次请求该...
来源: postgr.es
47
PostgreSQL 19 的开发版本加入了 SQL 属性图查询能力，实施依据是 SQL/PGQ 标准 ISO/IEC 9075-16:2023。此次提交不只是增加一个查询函数，还覆盖属性图的创建、修改和删除命令，并引入对应的系统目录与 information schema 视图。这意味着开发者有机会继续使用 PostgreSQL 的表、事务和 SQL...
来源: cloud.google.com
39
2026 年 5 月至 7 月，Google Cloud 的 AI 基础设施更新呈现出一个清晰趋势：竞争重点已经从“能不能运行模型”转向“能否在大规模、低延迟、可观测且可控成本的条件下持续运行模型和智能体”。 这组更新覆盖存储、网络、TPU/GPU 编排、推理网关、AI 供应链安全以及智能体运行时。它们共同指向一个现实问题：Agentic AI 不只是...