有人在 SQL 数据库里运行了 Doom

# 有人在 SQL 数据库里运行了 Doom 来源：https://arstechnica.com/gaming/2026/10/can-it-run-doom-sql-database-edition/ “在数据库里渲染 *Doom* 显然是个糟糕的主意，”Lukas Vogel 在一篇长篇博客文章（https://cedardb.com/blog/sqldoom/）中写道，解释了他究竟如何设法使用 SQL 数据库来渲染 *Doom*。 好吧，这个说法并不完全准确。SQLDoom 项目（https://github.com/cedardb/sqldoom）使用一个小型 Python 客户端来处理输入输出、驱动游戏时序，并将每一帧显示到屏幕上。在它背后，一系列 CedarDB 表用于跟踪游戏几何结构与状态，而大约 1,300 行 SQL 查询分布在 89 个公共表表达式（CTE，https://www.geeksforgeeks.org/sql/cte-in-sql/）中，实现了游戏逻辑并以每秒 35 帧的速度生成位图帧缓冲。 就此而言，SQLDoom 相比 Vogel 之前的 DoomQL 项目（https://cedardb.com/blog/doomql/）有了重大进步。该项目去年致力于“完全用 SQL 构建一个类 Doom 的多人射击游戏”。可惜的是，那次尝试最终得到的是基于光线投射的灰度 ASCII 画面，更接近《*Wolfenstein 3D*》那种只有 90 度转角的简陋地图。而全新的 SQLDoom 则能生成全彩的 640×480 帧画面，看起来几乎与原版 *Doom* 可执行程序输出的画面无异。 ## 这一切都只是数据，朋友 Vogel 写道，将 *Doom* 经典的 WAD 文件转换为关系型数据库相对简单直接，因为原版游戏本身就把关卡分解成了顶点、线段、扇区等元素。就连 *Doom* 著名的二叉空间分割（BSP）树（https://en.wikipedia.org/wiki/Binary_space_partitioning）也可以拆解为 SQL，方法是在加载时为每个位置预先计算出一个用于排序的 `sort_key`。一旦在表中设置好这一项，一条简单的 “ORDER BY” 语句就能在每一帧中确定哪些墙段应该显示、哪些可以忽略，从而大幅提升了性能。