2024年数据库：年度回顾

就像一记重拳砸向你的脑袋一样，我又带着我的年度数据库回顾文章回来了。是的，我过去曾在 OtterTune 博客上写过这篇文章，但公司已经倒闭了（安息吧）。这次我在我的博客上继续这个传统。

过去一年发生了太多事情，从十亿美元级别的收购，到数据库供应商在街头疯狂变更许可，再到数据库界最著名的八旬老人花钱招募大学四分卫来取悦他的新女友。

我向我的第一任妻子承诺，今年我会写得更专业一些。我还被告知，一些大学将我的年度博客文章列为数据库课程的必读材料。让我们看看效果如何。

以往回顾：

• 2023 年数据库回顾

• 2022 年数据库回顾

• 2021 年数据库回顾

这是我的数据库，我想怎么授权就怎么授权！

我们正处于数据库的黄金时代。在各种应用领域，有许多优秀的（关系型）选择。许多数据库虽然是开源的，但背后是由风险投资支持的盈利公司开发的。

但风险投资公司想要收回他们的资金，并且让自己的口袋鼓起来，因此这些公司会在云上为其数据库管理系统提供托管服务。然而，云服务让开源数据库管理系统变得复杂。如果一个系统变得太受欢迎，那么云服务提供商（比如亚马逊）就会将其作为服务推出，并比开发该软件的公司赚更多的钱。这种威胁促使许多数据库公司转向更严格的源代码许可，以防止云服务提供商转售他们的产品。MongoDB 是最早这样做的公司之一，他们在 2018 年转向了服务器端公共许可（SSPL）。

过去一年是许可变更的动荡一年，其中最引人注目的是 Redis™ 和 Elasticsearch。

Redis：

Redis Ltd.（公司）正积极走向 IPO。最初于 2011 年以 Redis Labs 的名义成立，他们在 2021 年更名为 Redis Ltd.，当时他们从 Redis 的创造者（Salvatore Sanfilippo）手中收购了 Redis 商标，而 Redis Labs 此前一直资助他。在过去几年中，Redis Ltd. 试图整合对 Redis 生态系统的控制权。该公司还试图摆脱 Redis 主要被用作内存缓存系统的印象，通过增加对向量和其他数据模型的支持。

2024 年 3 月，Redis Ltd. 宣布将系统从最初的（非常宽松的）BSD-3 许可改为双重许可，包括专有的 Redis 源代码可用许可和 MongoDB 的 SSPL。该公司在宣布这一变更的同一天，还宣布收购了 Speedb，这是 RocksDB 的一个开源分支。

Redis 许可变更的反对声浪来得很快。就在许可变更的同一周，基于原始 BSD-3 代码线的两个分支被宣布：Valkey 和 Redict。Valkey 最初由亚马逊发起，但谷歌和甲骨文的工程师很快加入。仅在一周内，Valkey 项目就对 Redis Ltd. 进行了有力的反击，当它成为 Linux 基金会的一部分时，许多大公司将其开发工作转移到了 Valkey。Redis Ltd. 在处理其珍贵的商标时过于轻率，开始接管开源 Redis 扩展，这进一步损害了他们的形象。

2024 年 12 月，Redis 的创造者宣布他正在与 Redis Ltd. 的管理层接触，希望重新团结 Redis 社区。

Elasticsearch：

Elastic N.V. 是支持领先的文本搜索数据库管理系统 Elasticsearch 开发的盈利公司。2021 年，他们宣布转向双重许可模式，即 Elastic 许可和 MongoDB 的 SSPL。同样，这是为了应对亚马逊的 Elasticsearch 服务日益突出，尽管该服务自 2015 年以来就已推出。亚马逊对这一许可变更并不买账，并宣布了他们的 OpenSearch 分支。

三年后，Elastic N.V. 在 2024 年 8 月宣布他们撤销了许可变更，转而采用 AGPL。他们宣布这一变更的博客文章引用了 Kendrick Lamar 的歌曲（例如《Not Like Us》）。亚马逊不喜欢被称为数据库界的德雷克（Drake），并于次月宣布将 OpenSearch 项目的所有权转让给 Linux 基金会。

Andy 的观点：

这些围绕许可的动荡似乎只是小题大做，但请记住，数据库领域有大把钱可赚。而且这还只是两个系统！我甚至没有提到 Greenplum 在九年之后悄然关闭其开源仓库并转向专有化。但没有人注意到，因为没有人愿意主动运行 Greenplum。我所知道的唯一一个在 2023 年做出类似开源逆转的数据库管理系统是 Altibase。

我会直言不讳地说：我不喜欢 Redis。它速度慢，有假事务，查询语法也是一团糟。我们在 CMU 的实验发现，Dragonfly 的性能数据要令人印象深刻得多（即使是单个 CPU 核心）。在我的数据库课程中，我用 Redis 查询语言作为反面教材。然而，我对 Redis Ltd. 被亚马逊碾压的困境表示同情。然而，该公司高估了构建像 Redis 这样简单系统的进入壁垒；它比构建功能完备的数据库管理系统（例如 Postgres）要低得多，因此有许多替代品。他们并没有处于一个可以容忍这种姿态的强势地位。

Elasticsearch 的故事与 Redis 相同，只是情节更进一步：公司宣布许可变更，竞争对手创建开源分支，然后公司又恢复开源许可，但反响平平。

请注意，Redis 和 Elasticsearch 在许可变更后受到的反对比其他做出类似变更的系统要多。当 MongoDB、Neo4j、Kafka 或 CockroachDB 宣布许可变更时，并没有出现大规模的分支努力。CockroachDB 甚至在 2024 年再次变更了许可，以让大型企业开始付费。这不能是因为 Redis 和 Elasticsearch 的安装基数比其他系统大得多，因为 MongoDB 和 Kafka 在变更许可时的安装数量同样庞大。以 Redis 为例，我只能认为人们认为 Redis Ltd. 不公平地从他人的工作中获利，因为该公司的创始人并不是系统的原始创建者。对 Redis 源代码仓库的分析还显示，相当一部分对该数据库的贡献来自公司外部（例如腾讯、阿里巴巴）。这种“冒名顶替”的行为也是 HashiCorp 在 2023 年变更 Terraform 许可时受到愤怒的原因。

这些许可变更背后的总体问题是开源独立软件供应商（ISV）在数据库市场的长期可行性。云服务提供商是拥有无限资金的巨头。如果一个开源数据库管理系统流行起来，他们就会开始托管它，并比 ISV 赚更多的钱。或者他们会将你的数据库管理系统协议添加到现有的数据库管理系统中，就像 AWS 在 2024 年 3 月为他们的 Timestream 数据库管理系统添加 InfluxDB v2 协议支持一样。然后他们可以像布什维克·比尔（Bushwick Bill）的女朋友一样，用新推出的 Valkey 兼容服务比 Redis 兼容服务便宜 30% 的事实来打击你。

更新 2025-01-01：我之前提到 AWS 在他们的现有 Timestream 数据库管理系统上添加了 InfluxDB v2 协议。实际上，AWS 是与 Influx Data 合作，提供 InfluxDB v2 数据库管理系统的托管服务。[致谢]

Databricks 与 Snowflake 的帮派争斗仍在继续

Databricks 和 Snowflake 之间的恩怨仍在继续。这场经典的数据库战争已经蔓延到了街头。这两家公司之前关于查询性能的争执已经扩展到数据管理的其他领域，并且变得更加昂贵。

2024 年 3 月，Databricks 首先发难，宣布他们花费 1000 万美元构建了拥有 1320 亿参数的开源大语言模型 DBRX。该模型由 Mosaic 团队开发，Databricks 在 2023 年以 13 亿美元收购了该团队。一个月后，Snowflake 在同一个领域发起了反击，推出了拥有 4800 亿参数的 Arctic 开源大语言模型。Snowflake 宣称他们只花了 200 万美元来训练他们的模型，并且在“企业”任务（如 SQL 生成）方面表现优于 DBRX。你可以看出 Snowflake 最在乎的是打击 Databricks，因为他们的公告显示其他大语言模型（例如 Llama3）表现更好，但他们强调自己比 DBRX 更出色。一位人工智能研究者对为什么 Snowflake 在分析中如此关注 DBRX 而不是其他模型感到困惑；这个人不知道这两家数据库竞争对手已经洒了多少血。

在公开的大语言模型之战如火如荼的同时，Databricks 和 Snowflake 在幕后又开辟了另一个战场——目录服务。在 2010 年代的大部分时间里，Hive 的 HCatalog 一直是数据湖上的事实标准目录系统。Iceberg 和 Hudi 分别于 2010 年代末由 Netflix 和 Uber 推出，作为替代品，并都成为了由风险投资支持的初创公司支持的顶级 Apache 项目。这些系统提供了元数据服务，用于跟踪文件并支持在对象存储（例如 S3）上进行事务性数据摄取。Databricks 拥有一个名为 Unity 的专有目录服务，与他们的 DeltaLake 平台配合使用。Snowflake 在 2022 年宣布了他们对 Iceberg 支持的初步集成，并在接下来的几年中扩展了对 Iceberg 的支持。然后，他们开始考虑收购 Iceberg 背后的主要公司 Tabular，以与 Databricks 的 Unity 和 DeltaLake 竞争。据说 Snowflake 差点在 2024 年 6 月以 6 亿美元的价格完成这笔交易。但就在这时，Databricks 横插一脚，以 20 亿美元的价格收购了 Tabular。Databricks 在 Snowflake 首席执行官在会议上宣布他们的新开源 Polaris 目录服务的同一天宣布了这一收购。Databricks 在随后的一周内继续对 Snowflake 进行打击，宣布他们将开源他们的 Unity 目录服务。真是直接的打击。

Andy 的观点：

这场数据库之战的有趣之处在于，它不仅仅关乎原始性能数字。这并不是像 1990 年代 Oracle 与 Informix 的对决那样，主要吹嘘更快的查询延迟。事实上，那场争斗也超出了单纯的基准测试，因为 Informix 曾起诉 Oracle（后来不得不撤诉），原因是 Oracle 挖角了一些 Informix 的高层管理人员。后来，世界发现 Informix 的首席执行官为了在与 Oracle 的竞争中显得更有优势，而篡改了公司的财务数据以夸大收入数字，最终不得不在联邦监狱服刑两个月。

相反，Snowflake 与 Databricks 的争斗已经扩展到了数据库周围的生态系统。也就是说，它关乎人们用来将数据导入数据库的基础设施，以及他们用来处理这些数据的工具。向量化执行引擎用于分析查询已经成为一种商品。Databricks 和其他所有 OLAP 厂商都遵循了 Snowflake 2013 年的架构设计，最初基于 Snowflake 一位联合创始人的博士论文。现在重要的是那些难以货币化并与竞争对手比较的品质（quality-of-life facets）、与其他工具的兼容性以及人工智能/大语言模型的魔法。

至少 Databricks 和 Snowflake 之间的竞争对消费者来说有一个好处。这种激烈的竞争意味着更好的数据产品和技术（例如，Snowflake 的 Polaris 现在已经成为一个 Apache 项目），最终（希望）会带来更低的价格。这并不像 Oracle 和 Salesforce 首席执行官之间的口水战，那只是两个富人在昂贵的会议上互相攻击。

把 DuckDB 塞进一切地方

就像 Postgres 是启动新操作型数据库的默认选择一样，DuckDB 也成为了想要在数据上运行分析查询的人的默认选择。Pandas 之前占据了 DuckDB 的宝座。鉴于 DuckDB 的超强便携性，今年出现了几种将它嵌入不擅长 OLAP 工作负载的现有数据库管理系统中的努力。今年，我们看到了四个不同的扩展，将 DuckDB 嵌入到 Postgres 中。

第一个公告是在 2024 年 5 月，Crunchy Data 揭示了他们专有的桥接技术，用于将 Postgres 的 OLAP 查询重新路由到 DuckDB。他们后来宣布了该扩展的扩展版本，利用 DuckDB 的地理空间能力来加速 PostGIS 查询。

2024 年 6 月，ParadeDB 宣布了他们的开源扩展（pg_analytics），该扩展使用 Postgres 的外部数据包装器 API 调用 DuckDB；他们之前使用 DataFusion 的一个版本（pg_lakehouse），但后来转向了 DuckDB。

然后，在 2024 年 8 月，下一个 DuckDB for Postgres 扩展（pg_duck）问世。这个扩展的源代码托管在 DuckDB Labs 的 GitHub 组织下。因此，这是官方认可的 Postgres 的 DuckDB 扩展。最初的公告将该项目宣传为 MotherDuck、Hydra、微软和 Neon 之间的合作。后两者（据称）因开发控制权的争议被踢出局，类似于 NWA 的 Arabian Prince 离队。现在，该仓库仅将其列为 MotherDuck 和 Hydra 的联合努力。

最新的 DuckDB 扩展于 2024 年 11 月发布，名为 pg_mooncake。Mooncake 与其他三个扩展不同，因为它支持通过 Postgres 将数据写入 Iceberg 表，并提供完整的事务支持。

Andy 的观点：

大多数 OLAP 查询并不访问太多数据。Fivetran 分析了来自 Snowflake 和 Redshift 的追踪数据，显示查询扫描的数据量中位数仅为 100MB。如此小的数据量意味着单个 DuckDB 实例足以处理大多数查询。

DuckDB 的便捷性和便携性是它在 Postgres 社区广泛传播的原因。尽管 ClickHouse 自 2016 年以来就存在，但直到最近（见 2018 年关于部署 ClickHouse 的博客文章），它才变得像 DuckDB 那样易于运行。这些 DuckDB 扩展是一个单一入口点，通向更广泛的数据生态系统。用户不再需要分别安装扩展来访问 Iceberg 和 S3 中的数据。DuckDB 可以处理所有这些。它允许组织在不需要昂贵的数据仓库的情况下获得高性能分析。

Postgres 对扩展和插件的支持令人印象深刻。Postgres 在 1980 年代的原始设计目标之一就是可扩展性。其意图是轻松支持新的访问方法和新的数据类型以及对这些数据类型的操作（即面向对象的关系型）。自 2006 年以来，Postgres 的“钩子”API 已经存在。我们的研究表明，与其他所有 DBMS 相比，Postgres 拥有最广泛和多样化的扩展生态系统。我们也发现，该 DBMS 缺乏防护栏意味着扩展可能会相互干扰并导致错误行为。

早期为 Postgres 添加列存储的项目（例如 Citus、Timescale）只解决了部分问题。列存储数据格式可以改善从存储中检索数据的效率。然而，如果数据库管理系统仍然使用面向行的查询处理模型（例如 Postgres），它就无法充分利用这些格式。使用 DuckDB 提供了列存储和向量化查询处理。

这里可能有一个关于大象的 turducken 笑话，但我不会讲，因为我不想被大学解雇或再次被停职。

零碎事件

去年数据库领域发生了许多一次性事件，你可能错过了。以下是对它们的快速总结：

发布：

• Amazon Aurora DSQL
  目前关于 AWS 如何实现他们的新“类似 Spanner”的数据库管理系统（DBMS）的公开信息并不多（参见 Mark Brooker 关于 DBMS 架构的讨论）。关键思想包括分布式日志服务（有传言称它将基于现已停用的 QLDB）和通过时间同步实现的时间戳排序。但这一公告显示了“Aurora”这个名字在数据库领域的品牌影响力有多大，因为 AWS 使用这个名字来命名这个与他们的旗舰 Aurora Postgres RDS 产品没有共享任何代码的新 DBMS。

• CedarDB
  Umbra 是由世界上最伟大的数据库系统研究员之一（Thomas Neumann）编写的状态最先进的 DBMS 之一。但 Thomas 满足于留在他的大学里继续开发 Umbra，稳居 Clickbench 排行榜首位，并且不用担心烦人的客户。这就是为什么他的顶尖博士生们分叉了他的代码，并将其商业化为 CedarDB。

• Google Bigtable
  这个公告中唯一有趣的部分是，这个曾经是 2000 年代末 NoSQL 运动的先锋，现在在 2024 年支持 SQL。

• Limbo
  Turso 一直在研究 SQLite 的 libSQL 分支，但在 2024 年，他们宣布了对 SQLite 的完整重写，使用 Rust 语言。在他们的公告中，他们正确地指出，SQLite 的价值不仅来自其代码，还来自其疯狂的测试工程，这确保了它可以在任何地方正确运行。这就是为什么 Limbo 的开发者正在与一家由前 FoundationDB 人员创立的确定性测试初创公司合作。参见 FoundationDB 2020 年在 CMU-DB 的演讲，了解更多关于这种测试的含义。

• Microsoft Garnet
  这是微软研究院令人印象深刻的 FASTER 系统的继任者。它兼容 Redis，支持查询间并行处理、大于内存的数据库和真正的事务。如今，Redis 不再是任何人的首选。

• MySQL v9
  在 MySQL v8 正式发布六年后，团队终于推出了 v9。但人们很快发现，如果数据库中有超过 8000 张表，它就会崩溃。我对这个新主要版本的特性列表并不印象深刻。甲骨文正在将所有的时间和精力投入到其专有的 MySQL Heatwave 服务中。MySQL 仍然被广泛使用，但人们对它的热情已经不再。每个人都转向了 Postgres。

• Prometheus v3
  自上一个主要版本以来已经过去了七年。如今，有如此多的兼容替代品，原始的 Prometheus 可能不再是某些组织的最佳选择。

收购：

• Alteryx → 私募股权
  我从未见过有人使用 Alteryx，我对它也没有任何看法。

• MariaDB → 私募股权
  希望收购 MariaDB 公司的私募股权人士能够清理这个烂摊子。参见我去年关于 MariaDB 的分析，它简直是一场灾难。

• OrioleDB → Supabase
  如果你是领先的 Postgres ISV 之一，这笔收购是有意义的。Postgres 有一个很棒的前端，但其存储架构已经过时。OrioleDB 解决了这个问题。

• PeerDB → ClickHouse
  更好的 ETL 工具，用于将数据从 Postgres 导入 ClickHouse。这是 ClickHouse 公司的明智之举。

• PopSQL → Timescale
  他们为自己购买了一个漂亮的 SQL 编辑器界面。这是一个生活质量的改进。

• Speedb → Redis Ltd.
  参见上文的讨论。他们可能会使用 Speedb 让 Redis 将数据溢写到磁盘。Speedb 的开发者从未解释过他们在 RocksDB 分支中做了哪些改进（或者我没有找到？）。参见 Mark Callaghan 最近对 Speedb 与 RocksDB 的对比。

• Rockset → OpenAI
  这对该公司来说是个大新闻，但不幸的是，他们不得不在 2024 年 9 月关闭了 DBaaS。Rockset 拥有一支伟大的工程团队，其中有许多来自 Facebook 的顶尖数据库工程师。我只是不喜欢他们的数据库管理系统在索引中存储了三份数据。

• Tabular → Databricks
  参见上文的讨论。Iceberg 已经成为标准（对不起 Hudi）；甚至亚马逊 S3 现在也支持它。目前还不清楚 Polaris 的采用情况将如何演变，以及他们是否能够在长期内保持兼容性。

• Verta.ai → Cloudera
  看来 Cloudera 仍然活着。

• Warpstream → Confluent
  用 Go 语言重写 Kafka，然后将其溢写到 S3。我很为 Warpstream 团队感到高兴，但 Confluent 本可以自己做到这一点。

融资：

• Databricks - 100 亿美元 J 轮融资

• DBOS - 850 万美元种子轮融资

• LanceDB - 800 万美元种子轮融资

• SDF - 900 万美元种子轮融资

• SpiceDB - 1200 万美元 A 轮融资

• TigerBeetle - 2400 万美元 A 轮融资

CedarDB、SpiralDB 等还有一些未公开金额的融资。

停滞：

• Amazon QLDB
  如果亚马逊都无法从区块链数据库中赚钱，那么其他人更不可能了。是的，我知道 QLDB 不是一个真正的 P2P 区块链，但它足够接近。

• OtterTune
  Dana、Bohan 和我几乎花了十年时间来研究这个项目并创办这家公司。现在它死了。我对一家公司在最后阶段对我们的对待感到失望，所以他们被永远禁止从 CMU-DB 招聘学生。他们知道他们是谁，以及他们做了什么。

Andy 的观点：

Databricks 已经连续第二年在数据库领域的融资中遥遥领先，他们完成了令人咋舌的 100 亿美元 J 轮融资。这在他们 2023 年的 5 亿美元 I 轮和 2021 年的 16 亿美元 H 轮之后。与以往不同的是，这次的融资是为了从急切等待 Databricks 不可避免的 IPO 的员工手中回购股票。CMU-DB 有许多校友在 Databricks 工作，包括曾经排名第一的博士生。我知道他们中的一些人正在焦急地等待 Databricks 的 IPO，然后才会决定下一步的行动。

明年将是许多数据库初创公司的实力测试之年。没有人想成为下一个 MariaDB 公司，因此许多公司都在等待搭上 Databricks 的顺风车，然后才考虑 IPO。明年利率的下降可能会为一些两年前筹集了大量资金的数据库公司（例如 CockroachDB、Starburst、Imply、DataStax、SingleStore、Firebolt）提供更多资金。其中最突出的是 dbtLabs，我听说他们现在过得非常舒服。

参见数据库列表，了解2024年发布的新数据库管理系统。

不能停，也不会停

你知道谁在 2024 年迎来了 80 岁生日吗？传奇人物 Larry Ellison！我们再次看到，他是一个拒绝安于现状或被框定的人。首先，Larry 在福布斯富豪榜上的排名上升，成为世界第三大富豪。2024 年 3 月，甲骨文股票大涨，他在一天之内赚了 150 亿美元。有了这么多现金，Larry 在 2024 年 7 月开始购物，签署了一项以 60 亿美元的价格为他唯一的儿子（第三任妻子）购买派拉蒙影业的协议。然后，他决定放松一下，买下了棕榈滩的一家度假村，仅花了 2.77 亿美元。所有这些都在一年内发生，而数据库为这一切买单。但与 Larry 在 2024 年的最大成就相比，这些都不算什么。

2024 年 11 月，我们的 Larry Ellison 新闻警报在半夜将我们唤醒。头条新闻都在吹嘘 Larry 如何帮助密歇根大学橄榄球队招募了顶尖的大学四分卫。该大学此前宣布，这名球员将从路易斯安那州立大学转学到密歇根。他们的新闻稿中有一个奇怪的致谢，提到“Larry 及其妻子 Jolin”在招募过程中提供了帮助。记者很快确认，这个“Larry”就是我们熟知的 Larry Ellison！Larry 为助推活动贡献了 1200 万美元，以资助这位顶尖四分卫转学到密歇根。

这个故事中更大的谜团是这个“Jolin”人的身份。调查人员找到了一些旧照片，照片中 Larry 和一个戴着密歇根帽的女子一起观看网球比赛。然后，两周后，一家主要新闻机构在早上 5:30 突然发布消息（我的警报再次将我唤醒），确认了这个女人的身份是 Jolin（Keren）Zhu，并且她确实是 Larry 的新妻子。

Andy 的观点：

我对 Larry 过去一年所取得的成就感到无比自豪。他著名地没有从任何大学毕业，与密歇根大学没有任何先前的联系。然而，因为他的爱人十年前去了密歇根，Larry 通过开出一张 1200 万美元的支票（大约是他净资产的 0.0055%），让一切变得可能。我特别告诉 Larry，这对我来说意义重大，因为我的前排名第一的博士生现在是密歇根大学计算机科学系的教授，那里有一个著名的数据库小组。

关于这个故事，更令人惊叹的是 Larry 再次坠入爱河！如今，太多人在寻找那个特别的人时挣扎。约会应用一团糟，快速约会活动令人尴尬，而且现在被认为在没有孩子的情况下在操场周围徘徊以结识单身父母是不合适的。然后，当你终于以为找到了那个对的人时，一切又会因为发现他们不经常洗袜子，或者喜欢在冷麦片上加辣椒酱而破灭。这就是为什么在 2010 年他与浪漫小说家 Melanie Craft（第四任妻子）离婚后，所有人都告诉我 Larry 再也不会结婚了。2020 年他与 Nikita Kahn（第五任妻子）离婚后，人们也这样对我说。但我一直坚信，Larry 最终会再次找到爱情，而他与 Keren Zhu（第六任妻子）的秘密婚姻证明了我是对的！

结语

我本打算在文章开头吹嘘一下，这是我三年来第一次在新年夜没有生病庆祝。但我的亲生女儿却让我感染了新冠，所以我现在只能卧床休息。我在 9 月接种了加强针，并且服用了 Paxlovid，所以我能挺过去。

我对 OtterTune 的消亡感到失望。但我从中学到了很多，并且与许多杰出的人合作过。我要感谢英特尔资本和 Race Capital 始终与我们站在一起，直到最后。我希望很快能宣布我们的下一个创业项目（提示：它与数据库有关）。

与此同时，我很高兴能重新回到卡内基梅隆大学全职工作。我和 Jignesh Patel 有一些很棒的研究项目，我们希望在新的一年里取得成果。我也很期待在本学期教授一门关于查询优化的新课程。我需要想办法提升我的知名度，因为 2024 年 9 月，维基百科因为我的条目引用不足而将其删除了。

我们仍然忠于 DJ Mooshoo，尽管他现在被关在库克县监狱。我们希望在 2025 年将他释放。

最后，我要向 ByteBase 致敬，他们发布了《2024 年数据库工具回顾》的文章。在过去的几年里，他们每年都会发邮件问我是否允许他们将我的年度数据库文章翻译成中文用于他们的博客。今年，他们等不及我完成这篇文章，就抢先发布了他们自己的同题文章。

2025年1月1日

原文标题：Databases in 2024: A Year in Review

原文作者：Andy Pavlo

原文链接：https://www.cs.cmu.edu/~pavlo/blog/2025/01/2024-databases-retrospective.html