DEK: 渲染、游戏逻辑与多人对战全部由本地执行的SQL查询承载，这款经典射击游戏在关系型数据库上达到可玩性能，被TechRadar评为其所见最令人震惊的移植项目之一。
BODY: 一条SQL查询有了第二份职业：运行《毁灭战士》（Doom）。一位开发者将这款游戏完全重建在一个关系型数据库之上，渲染、游戏逻辑与多人对战全部以查询而非常规程序代码的方式表达。数据库即计算机——这句在系统圈流传多年的口号，此刻以最戏剧化的方式落地。
真正让这个项目与一次性猎奇黑科技拉开距离的，是它完成的工程范围。画面帧并非经由传统图形栈合成，而是通过查询输出以全彩方式逐帧构建。游戏的逻辑同样以SQL执行，数据库本身承担了规则裁判的角色，碰撞、伤害、状态迁移等机制都被写进了查询体系。多人对战也一并实现，全部收纳在同一个引擎内部。尽管底层 substrate 听起来近乎荒诞，这绝非幻灯片式的演示：该移植版本达到了可玩的性能水平，全程通过CedarDB的查询在本地运行。
平台选择本身就是这个项目的核心表达。CedarDB是一个数据库系统，而不是游戏引擎，这个项目实际上把它的查询处理器重新塑造成了一个通用执行环境。每一个像素、每一次状态变更，都变成了数据操作——而这恰恰是查询引擎从未被设计去承载的那类工作负载，也正是这个结果之所以令业界侧目的重要原因。
如果换一个视角，把这个移植当作一份基准测试来读，它其实是对SQL引擎表达能力的一次非同寻常的压力测试。在产生全彩画面的同时维持交互式性能，并服务多名玩家，这把引擎推进到了普通数据库负载永远不会触及的领域。更关键的是，这一切都在本地运行——整个循环里没有任何外部算力参与。
从算力行业的角度看，这个项目的意义值得放大。当前AI算力买家的注意力几乎全部集中在GPU集群、推理加速卡与大规模并行计算上，而CedarDB上的Doom提醒我们：通用处理器的执行路径仍有大量未被压榨的表达能力。一个查询处理器被推到极限时，可以伪装成一台游戏机；那么反过来推论，在今天的数据平台上，仍然存在大量本可以用更少专用算力完成的工作负载。对于那些正在为每一瓦功耗、每一次加速卡调用计价的采购方来说，这种“软极限测试”提供了一种参照：在投入重金采购专用算力之前，先弄清楚现有系统的真实能力边界，可能比想象中更有价值。
对采购决策者而言，这里有几条值得记住的采购考量。第一，性能故事要分层看：Doom在CedarDB上的可玩性能证明了查询引擎的潜力上限，但潜力上限不等于生产可用，任何以极端压测结果作为采购依据的做法都需要谨慎，真实业务负载与娱乐级压测之间存在巨大落差。第二，本地执行是关键词：该项目全程无外部算力参与，说明在数据驻留地完成计算仍是高性价比路线，采购时应优先评估那些能把计算下沉到数据所在节点、减少跨网络搬运的架构方案。第三，可移植性与生态远比单项基准重要：CedarDB作为数据库系统本非为图形或游戏而生，这类项目展示的是底层引擎的鲁棒性，但买家仍应以自身工作负载的兼容性、社区活跃度与运维成熟度作为决策主轴。第四，为极端用例留出验证窗口：在签署大规模算力合同前，用类似的非常规压测去探测候选系统的边界，往往能暴露传统基准测试掩盖不了的瓶颈。
TechRadar的评价直截了当：这是该媒体所见过的最令人震惊的移植项目之一。而实际的启示虽然更窄，却是真实的——一个被足够用力推向极限的查询引擎，可以扮演一台游戏机器。这既是对软件表达能力的一次致敬，也是对整个算力行业的一句提醒：在追逐下一块更快的加速卡之前，别忘了先把手头的通用系统逼到极限看看。
【真实行情数据】该型号当前无在售挂价数据。
Q: 这个项目与以往Doom移植的最大区别是什么？
A: 渲染、游戏逻辑和多人对战全部以SQL查询表达，通过CedarDB在本地运行并达到可玩性能，全彩画面由查询输出合成，循环中没有任何外部算力参与。
Q: 这个移植对算力买家有什么实际参考价值？
A: 它证明了一个查询处理器被推到极限时能承担远超设计意图的工作负载，提示买家在采购专用算力前应先验证现有本地系统的能力边界，并优先考虑将计算保留在数据驻留地的架构方案。
Q: 这个项目与以往Doom移植的最大区别是什么？
A: 渲染、游戏逻辑和多人对战全部以SQL查询表达，通过CedarDB在本地运行并达到可玩性能，全彩画面由查询输出合成，循环中没有任何外部算力参与。
Q: 这个移植对算力买家有什么实际参考价值？
A: 它证明了一个查询处理器被推到极限时能承担远超设计意图的工作负载，提示买家在采购专用算力前应先验证现有本地系统的能力边界，并优先考虑将计算保留在数据驻留地的架构方案。
萬安算交所 AIXX · 算力硬件实名会员制交易平台 · 进入货源大厅