标签

数据库

Dolt 2.0：让版本化 SQL 数据库自动回收、压缩并更好地处理大数据

来源: infoq.com 57
Dolt 2.0 是开源版本化 SQL 数据库的一次重要升级。它把数据库的 Git 式版本管理能力，进一步延伸到存储生命周期管理：自动垃圾回收和压缩可以减少长期运行后的存储膨胀，同时新版也改进了对大型数据类型和向量数据的支持。 这意味着 Dolt 不再只是“能提交、能分支、能合并的 SQL 数据库”。对于需要保留历史版本、审计数据变化，或者管理机器学习...
# AI # InfoQ # LLM
阅读全文

Dolt 2.0：让版本控制数据库自动回收空间并压缩存储

来源: infoq.com 47
Dolt 2.0 为开源版本控制 SQL 数据库带来了一次重要升级。它不只是继续提供类似 Git 的数据库分支、提交和合并能力，还开始自动处理长期运行数据库常见的存储问题：回收不再需要的数据、压缩存储内容，以及更好地承载大型数据和向量数据。 这意味着 Dolt 的使用重点可以从“如何保存每一次数据库变更”，进一步延伸到“如何让变更历史在持续增长后仍然可...
# AI # InfoQ # LLM
阅读全文

PostgreSQL 18：用 extension_control_path 把扩展安装目录搬出系统目录

来源: postgr.es 56
PostgreSQL 18 为扩展部署增加了 。过去，扩展通常必须放进 PostgreSQL 的系统目录，才能被 找到；现在可以把扩展放在自定义目录中，再通过配置告诉 PostgreSQL 去哪里搜索。 这项变化对容器镜像、无 root 权限部署、同一台机器维护多套 PostgreSQL 版本，以及需要隔离第三方扩展的环境都很实用。扩展不再必须和 Po...
# PostgreSQL # 数据库
阅读全文

用 IAM 数据治理标签升级 BigQuery 列级安全

来源: cloud.google.com 40
BigQuery 的策略标签长期承担着敏感列保护任务，例如限制用户读取邮箱、证件号和银行卡号。随着数据跨项目、跨区域扩张，区域级分类体系开始面临重复维护、灾备同步和集中治理等问题。处于预览阶段的 IAM 数据治理标签建立在 Resource Manager 标签体系之上，把全局数据分类与区域安全策略拆开管理，为 BigQuery 列级安全提供了新的实现...
# AI # GCP # Go
阅读全文

Google Cloud 近期更新解读：AI Agent 正从原型走向可治理的生产系统

来源: cloud.google.com 62
Google Cloud 近期发布的信息覆盖 Cloud Run、Apigee、MCP、TPU、GKE、Firestore 和成本管理，但主线相当清晰：企业关注点已经从“模型能否完成任务”转向“Agent 能否被隔离、观测、治理并稳定扩缩容”。这意味着 AI 应用不再只是一个调用模型的 Web 服务，而是一套包含提示词构建、工具授权、代码沙箱、流量治理...
# AI # AWS # Azure
阅读全文

IntelliJ IDEA 2026.2：Java 27、Kotlin 2.4 与 Spring 开发体验升级

来源: oschina.net 53
IntelliJ IDEA 2026.2 的重点不是简单增加几个语法提示，而是缩短从采用新语言能力、调试业务代码到维护 Spring 应用的整条路径。新版加入 Java 27 和最新 Kotlin 2.4 语言特性支持，同时改进数据库迁移工作流、Spring Security 洞察、logpoints，以及运行时输出与源代码之间的关联能力。 升级到 J...
# Java # 全栈 # 可观测性
阅读全文

Postgres 19 让手动 CHECKPOINT 从“立即全刷”变成可控操作

来源: postgr.es 39
在 Postgres 19 之前，手动执行 只有一种含义：立即处理所有待写页面，并在检查点完成后才把控制权交还给客户端。备份、升级和基准测试需要这种确定性，但在繁忙系统上，突然集中的写入也可能把存储延迟推高。 Postgres 19 为这条老命令增加了选项列表，并引入 与 。DBA 现在可以选择快速完成、平滑写入，或者明确要求检查点处理 unlogge...
# AI # Go # LLM
阅读全文

TimescaleDB 2.28.3 发布：修复列存查询、排序转换与触发器问题

来源: oschina.net 61
TimescaleDB 2.28.3 是一次以正确性和稳定性为重点的维护版本。与 2.28.2 相比，新版本包含性能改进，并修复了列式查询执行、排序键转换以及列存超表触发器管理等问题。由于部分缺陷可能直接影响查询结果，生产环境不应只把它当成普通的小版本更新。 本次发布摘要列出的修复集中在列存储相关路径。对时序数据库来说，这类问题尤其敏感：历史数据通常会...
# PostgreSQL # 全栈 # 开源
阅读全文

PostgreSQL 的 exit_on_error：看似快速失败，实际会直接销毁会话

来源: postgr.es 55
PostgreSQL 的 看起来像一个干脆利落的故障处理开关：只要会话中出现错误，数据库就立即终止该会话。但它并不只是让当前 SQL “失败得更快”，而是把普通 提升为连接终止事件。随连接一起消失的，还可能包括未提交事务、临时表、会话级配置、预备语句和应用锁。 默认情况下，一条 SQL 发生错误并不等于数据库连接必须断开。在事务外，客户端通常还能继续发...
# AI # PostgreSQL # 数据库
阅读全文

Spock 6 Beta：把多主复制的进度、冲突与故障恢复拉回 PostgreSQL 内核轨道

来源: postgr.es 60
Spock 6 已进入 Beta，支持 PostgreSQL 16、17、18 和 19。与其说这是一次功能堆叠，不如说它重新整理了多主复制最危险的几条路径：复制进度不再依赖高频目录表写入，超大异常事务可以落盘，节点灾难后能够定位数据分歧，冲突与延迟也有了更直接的统计入口。 对于已经运行 Spock 5 的团队，升级价值主要不在“能否复制”，而在高负载...
# AI # Docker # Go
阅读全文