在数据库优化中，最让人头疼的事情之一莫过于精心设计的索引没有发挥作用。为什么会出现这种情况？

数据库索引是帮助提升查询性能的核心工具，尤其在处理复杂查询时（如 JOIN、GROUP BY、WHERE 或 ORDER BY 操作），能够显著减少查询时间。

N+1查询问题是一种常见的性能瓶颈，主要表现是应用中需要执行大量查询。通常这是由于数据访问模式中的代码结构不佳导致的：先执行一个查询获取记录列表（1 查询），然...

前段时间做项目的Code Review，给团队成员强调了一点规则：判断一条数据是否存在时，不要查询列表之后，比较列表长度是否大于0来判断数据是否存在，而是要用C...

前端每周文摘 - 每周更新：国外论坛的前端热门文章，推荐大家阅读/翻译，紧跟时事，了解/掌握前端行业新闻，也给想写作或尝试突破新技术领域的同学们提供思路~

如果单纯地去讲向量数据库公司，可能大家都会没有兴趣，表示向量数据库过时了、烂大街了。

还记得这篇文章吗? 《PG用户怒了，Linux 7.0 新内核导致PG性能暴跌50%》

本文档解读 Amit Langote 提交的外键检查快速路径优化系列，该优化通过绕过 SPI（Server Programming Interface）直接探测...

PostgreSQL 19 性能飞跃：Bloom 索引 VACUUM 提速 30%，背后是 I/O 效率的革命

前几天发的这篇文章 《闭嘴吧，双写神棍！PostgreSQL不需要你那过时的“补丁”》

作为在科技赛道摸爬滚打多年的投资人，我每天都会看到无数号称“颠覆英伟达”的BP（商业计划书）。但绝大多数只是在GPU的生态护城河外蹭蹭痒。然而，今天进入视野的初...

咱们今天直接把分布式数据库这层“皇帝的新衣”给扒了。现在业内动不动就喊“透明分布式”，号称应用一层皮都不用改，就能获得无限扩展的能力。

为了体验电信openteledb 开源PG XStore, 做了个docker镜像 制作镜像 略 arm64 image docker pull registr...

数据库专业理工男的第一反应是: 因为要扫描所有数据, 得用列存储、得上向量化执行、得开启并行等等, 其实都是直面问题的好办法, 不能说不好.

正常情况下, 数据库为了确保用户对数据库修改操作的持久化, 在事务结束后需要先确保WAL日志buffer已经刷到持久化存储设备后, 才会返回给用户已提交成功.

全文检索 , 中文分词 , 分词矢量 , 搜索条件 , 关键词匹配 , tf/idf , ranking , bm25 , elasticsearch , ta...

大部分公司的大部分数据根本没有价值，都是卖数据库产品的在忽悠你。什么数据是资产，数据是未来的房地产，真的是这样吗？

VectorChord-BM25 是一款旨在增强 PostgreSQL 全文搜索功能的扩展插件。无论您是构建小型应用程序还是管理大型系统，此插件都能将高级 BM...

今天的争议话题： 分布式时代，核心业务系统是否应该拥抱“最终一致性”？ 你怎么看?