LONDON (IT BOLTWISE) – Ein Entwickler hat mit SQLDoom eine Doom-Engine so umgesetzt, dass Spielgeometrie und Logik in SQL-Tabellen landen und pro Sekunde 35 Bitmap-Frames berechnet werden. Hinter dem Projekt steckt ein kleiner Python-Client für Input, Timing und das Rendern, während CedarDB die Zustände als referenzierte Datensnapshots organisiert. Insgesamt sollen etwa 1.300 Zeilen SQL über 89 Common-Table-Expressions die Spielwelt in 640×480-Bilder überführen. Das Vorhaben wirkt zwar absichtlich „unpraktisch“, liefert aber laut Bericht auch Ansatzpunkte für konsistente Multiplayer-Server.

SQLDoom startet nicht als klassische Spiel-Engine, sondern als Datenmodell: Doom wird in eine relationale Datenbank übersetzt, und die eigentliche Spiellogik entsteht in SQL-Abfragen. Der Kern der Idee ist ebenso simpel wie provokant – die Szene ist „nur“ Daten, die verarbeitet werden, bis am Ende ein Bitmap-Framebuffer pro Frame entsteht. Laut Beschreibung setzt das Projekt dafür auf etwa 1.300 Zeilen SQL, verteilt auf 89 Common-Table-Expressions, die Geometrie, Sichtprüfung und Renderausgabe in einer durchgängigen Abfragekette zusammenführen. Gemessen werden 35 fps bei reproduzierter Darstellungslogik, wobei in weniger anspruchsvollen Situationen auch deutlich höhere Raten anfallen.
Technisch betrachtet liefert ein kleiner Python-Client die Brücke zwischen Außenwelt und Datenbank: Er übernimmt Input und Output, treibt das Timing und stellt jeden berechneten Frame auf dem Bildschirm bereit. Im Hintergrund hält CedarDB die „Spielwelt“ in Tabellen fest – nicht als dynamische Objekte im RAM, sondern als relationale Zustände, die durch SQL-Logik konsistent abgeleitet werden. Genau dieser Aufbau erklärt auch, warum SQLDoom gegenüber einem früheren DoomQL-Ansatz deutlich gewinnt: Dort endete der Versuch mit raycasting-basierten, grayscale ASCII-Renderings, die eher an stark vereinfachte 90-Grad-Karten erinnerten. SQLDoom dagegen erzeugt laut Bericht vollständige Farbbilder in 640×480, die optisch an die Ausgabe des ursprünglichen Doom-Executables heranreichen.
Der Weg dorthin beginnt bei der Datentransformation: Doom-Klassiker WAD-Dateien werden in relationale Strukturen überführt, weil die Originaldaten ohnehin schon in Knoten zerlegt sind – unter anderem in Vertices, Lines und Sektoren. Selbst die berühmten Binary-Space-Partition-(BSP-)Bäume lassen sich in SQL abbilden, indem für Objekte vorab ein sort_key berechnet und beim Laden in Tabellen hinterlegt wird. Diese vorbereitete Ordnung macht das Rendern über ein simples ORDER BY möglich: Sobald feststeht, welche Wandsegmente in welcher Reihenfolge relevant werden, entscheidet die Abfrage deutlich schneller, was gezeichnet wird und was ignoriert werden kann. Damit verschiebt SQLDoom die Komplexität von Laufzeit-Entscheidungen hin zu einer vorbereiteten Datenstruktur – ein Muster, das man aus vielen datenintensiven Systemen kennt.
Dennoch bleibt das Projekt nicht „einfach nur SQL“. Vor allem beim Rendern von Böden und Decken trifft die Datenbanklogik auf ein historisches Detail der Doom-Architektur: Die ursprünglichen visplanes und Zustandsmutationen arbeiten dort elegant spaltenweise (also für jede Bildspalte separat), um Boden- und Deckenbereiche effizient zu berechnen. In SQLDoom funktioniert dieser Mechanismus nicht 1:1; Vogel nutzt stattdessen eine „pretty hacky“-Ersatzstrategie, die über eine geordnete Liste von Panels iteriert. Genau hier entstehen zusätzliche Overheads, weil jede Iterationsstufe wieder lesenden und schreibenden Zugriff auf Tabellen benötigt – eine Art „SQL-konforme“ Schleifenlogik, die im klassischen Grafikpipeline-Denken unnatürlich wirkt.
Die Performance-Daten zeigen gleichzeitig, wie viel noch von der Idee übrigbleibt. Laut Bericht erreichte SQLDoom etwa 60 fps auf einem Laptop mit Ryzen-7-CPU, während komplexere Szenen gelegentlich auf rund 35 fps zurückgehen. Interessant ist dabei weniger die rohe Geschwindigkeit – Spieldynamik lebt von hoher Parallelität, GPU-Nähe und niedriger Latenz – sondern der konsequente Nutzen der Datenbankeigenschaften. Der Projekttext betont den Wert eines „steady reference snapshot“ des Spielzustands: Das heißt, dass Multiplayer-Server-Logik weniger unter Inkonsistenzen leidet, weil Updates nicht teilweise „durchrutschen“ können und weil sich Probleme wie uneinheitliche Physics-Entscheidungen reduzieren lassen. In der Sprache des Berichts heißt das konkret: keine teilweise angewandten Updates, weniger Physics-Bugs und weniger Streit darüber, ob ein Projektil wirklich getroffen hat.
Für die Praxis ist der Einstieg klar umrissen: Wer SQLDoom lokal testen will, bekommt nach eigener Anleitung den GitHub-Code, eine Kopie von CedarDB und zusätzlich eine Doom-WAD-Datei. Alternativ existiert ein kostenlos gehostetes Demo-Match, um ohne Setup gegen Ende eines Experiments direkt zu prüfen, wie sich die Datenbank-basierte Renderlogik anfühlt; allerdings fällt die Leistung in diesem Modus im Bericht spürbar schlechter aus. Unabhängig vom persönlichen Nutzen macht das Projekt vor allem eines deutlich: Datenbanken sind längst nicht mehr nur für klassische CRUD-Anwendungen da, sondern können – zumindest für kleine, deterministische Welten – als Ausführungsumgebung für Spielzustände und Renderentscheidungen dienen. Und damit ergibt sich ein neuer Blick darauf, warum „unwahrscheinliche“ Ports nicht nur Kuriositäten sind, sondern manchmal auch neue Wege für Konsistenz, Zustandsmanagement und deterministische Multiplayer-Logik skizzieren.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!

- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "SQLDoom: Doom läuft in einer SQL-Datenbank mit 35 fps und 640×480 Frames" für unsere Leser?


#Sophos
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "SQLDoom: Doom läuft in einer SQL-Datenbank mit 35 fps und 640×480 Frames" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »SQLDoom: Doom läuft in einer SQL-Datenbank mit 35 fps und 640×480 Frames« bei Google Deutschland suchen, bei Bing oder Google News!