标签

数据库

通用代码生成器「光船」尝鲜版二：用蛋糕船打通数据库与 Node.js/Vue 生成

来源: oschina.net 37
通用代码生成器「光船」发布了尝鲜版二，并通过“蛋糕船”示例展示从数据库到前后端代码的生成流程。这个版本重点修复了数据磨坊功能群、SQL 文件代码生成和前端代码生成功能，同时处理了大量缺陷，让可直接体验的示例和功能范围更完整。 这次更新的价值不只在于“少写一些代码”。更重要的是，它把数据库后端、Node.js 服务端和 Vue 前端放进了同一条生成链路中...
# Vue # 全栈 # 前端
阅读全文

从一句业务描述到受治理的数据 API：理解 ApiGo 的对话式开发

来源: oschina.net 35
数据库里并不缺数据，真正稀缺的是一条安全、稳定、可审计的数据访问路径。业务提出一个查询需求后，团队往往还要编写接口、补充鉴权、设置限流、维护文档并接入监控。ApiGo 所强调的“对话即开发”，试图把这条以周计算的交付链路压缩成一次自然语言交互：开发者描述需要什么数据，平台将数据库能力转换成受治理、可供应用或 AI 调用的数据服务。 假设用户提出下面的需...
# AI # Go # 全栈
阅读全文

PostgreSQL 18 拆分复制容量参数：正确配置 max_active_replication_origins

来源: postgr.es 43
PostgreSQL 18 新增了 。这个参数背后是一笔拖了十年的技术债：从 PostgreSQL 9.5 开始，复制源（replication origin）没有自己的容量参数，只能借用 的数值。到了 PostgreSQL 18，复制槽和复制源终于可以独立规划。 这不是单纯给配置文件多加一行。对于逻辑复制订阅端，它意味着调整复制槽数量时，不会再无意中...
# AI # Go # PostgreSQL
阅读全文

pgsql.cc 上线：用 PostgreSQL 10–20 中文文档做好排障与升级

来源: postgr.es 27
pgsql.cc 已上线 PostgreSQL 10 到 20 的 11 个大版本中文文档。它重新设计了官方站点的镜像界面，改进了全文搜索，并持续与上游内容同步，同时保持无广告。对日常维护数据库的工程师来说，它的价值不只是“把英文翻成中文”，而是让版本差异、配置参数和错误信息更容易被准确定位。 PostgreSQL 文档与服务器版本必须对应。搜索某个参...
# PostgreSQL # 前端 # 数据库
阅读全文

一条分片 Postgres 查询如何穿过路由器、四个分片再返回

来源: planetscale.com 29
在单机 Postgres 中，一条 SQL 的边界通常止于一个数据库进程。加入分片后，查询会先进入路由器，被拆成多个子查询，分别送往四个 Postgres 分片，最后再由路由器合并结果。真正棘手的地方不是“同时查询四台机器”，而是如何保持 SQL 语义、控制尾延迟，并处理部分失败。 假设业务提交下面这条查询： 路由器接到 SQL 后，需要解析查询并提取...
# MySQL # 数据库
阅读全文

PXC 集群如何无停机启用 TLS 加密

来源: percona.com 35
从 Percona XtraDB Cluster（PXC）8.0 开始，复制流量默认启用加密。但在实际环境中，仍然有不少集群是在未启用 TLS 的状态下运行，直到合规要求、审计发现或网络信任边界变化，才需要补上这层保护。 这类变更的关键不只是“打开一个开关”，而是要让节点逐个切换，同时保持业务连接和集群仲裁能力正常。PXC 提供的 变量正是为这种场景准...
# AI # MySQL # Rust
阅读全文

从 SELECT 到事务：SQL 入门的实用路径

来源: postgr.es 43
SQL 仍然是与关系型数据库沟通的核心语言。无论数据库使用 MySQL、PostgreSQL、SQL Server 还是 Oracle，开发者都需要掌握一组稳定的基础能力：查询数据、筛选结果、排序分组，以及安全地新增、修改和删除记录。 在 2026 年 Texas Linuxfest 的 “Structured Query Language 101” ...
# AI # MySQL # PostgreSQL
阅读全文

AlloyDB Omni RPM Orchestrator 正式可用：在裸金属与虚拟机上运行高可用 PostgreSQL

来源: cloud.google.com 40
AlloyDB Omni Red Hat RPM Orchestrator 已正式进入 GA，并与 AlloyDB Omni 18.3.0 同期发布。它瞄准的是一个明确场景：企业希望保留裸金属或虚拟机基础设施，不引入 Kubernetes，同时获得接近托管数据库的高可用、备份恢复、低停机维护和集中编排能力。 这并不意味着所有 PostgreSQL 都应...
# AI # GCP # Go
阅读全文

PostgreSQL 三十年架构取舍：进程、WAL、MVCC 与扩展边界

来源: postgr.es 35
PostgreSQL 能持续演进三十年，靠的并不是频繁推翻旧设计，而是几项长期有效的工程取舍：用独立进程降低并发代码的复杂度，用 WAL 把事务提交和数据页落盘解耦，用 MVCC 将清理工作移到后台，再通过扩展机制控制核心代码的体积。 Tom Lane 对这些设计的评价并非“旧架构永远正确”。更准确的说法是：它们曾经用可接受的成本换来了可靠性、可维护性...
# AI # Go # Kubernetes
阅读全文