← Back to data subTLDR

data subTLDR week 25 year 2026

r/MachineLearningr/dataengineeringr/SQL

Stretching SQL's Limits: Playable Chess Engine and Mystery Game, Key SQL Concepts in Data Engineering, Debate on Databricks vs OLTP, and Databricks' Innovative Lakebase Database

Week 25, 2026
Posted in r/SQLbyu/wassaman6/21/2026
435

I spent 5 years working on a hand-drawn SQL detective game that comes out next month!

SQLite
The upcoming hand-drawn SQL detective game 'Database Detective: Minor Crimes Edition', is generating excitement among potential players, with its unique approach of using SQL as the main game mechanic. The creator's goal of making the first commercially polished game of this kind has been met with enthusiasm, particularly from those looking to learn SQL. The game's 'windows-parody' style is also appreciated by players. The sentiment towards the game is overwhelmingly positive, with many voicing intentions to play it upon release, and applauding the innovative approach to gamifying programming learning.
16 comments
Share
Save
View on Reddit →
Posted in r/MachineLearningbyu/CebulkaZapiekana6/15/2026
193

AI language models have favorite names, and we mapped them [R]

Research
AI language models (LLMs) exhibit strong preferences for specific character names, with these preferences varying across different models and versions. The recurring names often appear as correlated ensembles across various websites in different roles, such as volcano experts, podcast hosts, and authors. This trend was discovered during research on a model diffing method and has grown into a significant finding. A common sentiment among commenters is fascination with these recurring names and their implications for AI's capabilities and limitations. Concerns were also raised, with some finding the phenomenon slightly dystopian. A few commenters humorously pointed out that AI still struggles with naming things, a classic problem in computer science.
52 comments
Share
Save
View on Reddit →
Posted in r/MachineLearningbyu/jayden_teoh_6/17/2026
136

Next-Latent Prediction Transformers [R]

Research
Microsoft Research has developed a self-supervised learning method called Next-Latent Prediction (NextLat) that enables transformers to predict their own next latent state. This approach has been compared to Ha & Schmidhuber's world model and is seen as a progression in self-supervised learning techniques. NextLat encourages transformers to compress history into compact belief states, provides better data efficiency, and allows for faster inference. The method has been praised for its potential to speed up inference by 3.3 times. Discussions have compared NextLat to other research lines, such as JEPA, highlighting similarities and differences in approaches. Overall, the sentiment is positive, signaling excitement about the advancement in transformer learning.
38 comments
Share
Save
View on Reddit →
Posted in r/MachineLearningbyu/mclovingho6/16/2026
109

[ECCV 2026] Final Decisions [D]

Research
Participants eagerly awaited the ECCV 2026 final decisions, expressing frustration at the lack of a specific release time. The sentiment reflected was a mix of anxiety, anticipation, and some dissatisfaction, particularly towards the inconsistency between author/reviewer deadlines and release times. There was also confusion around terms like provisional accept. A few users shared exciting news of their acceptance, adding a positive tone. The overall sentiment was mixed, with high levels of engagement and interaction among the community as they supported each other through the waiting period.
354 comments
Share
Save
View on Reddit →
Posted in r/dataengineeringbyu/aks-7866/15/2026
98

Moving away from databricks to OLTP

Help
The discussion centers around the cost-effectiveness of using Databricks for a data set under 500GB, with a desire to transition to an OLTP system for real-time data in customer web apps. Many participants suggested testing different managed databases like Postgres, dbt, and Dagster. Some expressed concerns that buzzwords like data warehouse can lead to unnecessary overhauls, increasing costs from manageable rates to thousands per month. There were differing opinions on whether the manpower costs of maintaining the system justified the higher expenses. Some suggested alternatives like MotherDuck, while others emphasized the importance of balancing employee skills, training, and cost efficiency. The overall sentiment was mixed, with a focus on practicality and cost-benefit analysis.
76 comments
Share
Save
View on Reddit →
Posted in r/dataengineeringbyu/ExmachinaCoffee6/16/2026
98

LTAP as combination of OLTP and OLAP: Any thoughts on the new Databricks announcement on their Postgres (Lakebase) database which saves data in a single copy suitable for both OLTP and OLAP Workflows?

Discussion
The recent Databricks announcement of their Postgres-based Lakebase database, which accommodates both OLTP and OLAP workflows without data duplication, has stirred mixed sentiments. While some users anticipate its potential, others express skepticism, citing concerns about marketing hype and lack of tangible information on usage and pricing. The idea of data serving multiple purposes raises questions about data structure suitability. Some see this as an innovative leap, while others are wary of its practicality, referencing previous failed attempts and potential hidden costs. The overall sentiment leans towards cautious optimism, as users await more details and real-world applications.
50 comments
Share
Save
View on Reddit →
Posted in r/dataengineeringbyu/Yngstr6/18/2026
94

Databricks vs Snowflake vs Azure/GCP/AWS products

Discussion
Data engineers prefer Databricks, Snowflake, and AWS products for different reasons. AWS is cheap and flexible but difficult to manage, with weak data governance. Snowflake is more expensive but has a user-friendly platform, is excellent for data engineering, and has manageable infrastructure. Databricks is pricey with an unclear cost model but is user-friendly with a host of useful features and good from a software engineer's perspective. Databricks and Snowflake are favored for multi-cloud support, built-in AI capabilities, and disaster recovery across clouds. Snowflake also simplifies access for business users and offers strong access controls. Overall sentiment is mixed with preference depending on specific needs and contexts.
49 comments
Share
Save
View on Reddit →
Posted in r/SQLbyu/swing_bit6/16/2026
53

[OC] A playable chess engine in pure SQL

Discussion
The creation of a playable chess engine using pure SQL has been met with enthusiasm and admiration. The creator stretched the capabilities of a modern analytical engine, handling all core chess mechanics through declarative queries without database stored procedures, custom UDFs, or procedural loops. The engine operates in two modes: a SQL-only mode and a hybrid mode. Despite being described as 'wholly unsuitable', the innovation received praise for its audacity and successful execution. Some commentators even shared their experiences of attempting similar projects in the past, fostering a positive and constructive discussion.
5 comments
Share
Save
View on Reddit →
Posted in r/SQLbyu/Sensitive-Try-96036/18/2026
50

Built a SQL mystery game - can you query the killer?

Discussion
The SQL mystery game, where users solve murders using SQL queries, received mixed reactions. Users appreciated the innovative concept, but raised concerns about functionality issues. One user reported getting stuck because the website didn't support `SELECT *` queries. Others pointed out bugs in specific cases and lack of mobile optimization. A suggestion was made to include a feature for revisiting previous tables for reference. Another user highlighted the absence of information about the SQL variant used, causing confusion over commands. Despite these issues, some users found the game enjoyable and expressed interest in trying it further.
21 comments
Share
Save
View on Reddit →
Posted in r/SQLbyu/Effective_Ocelot_4456/15/2026
42

What SQL concept became much more important once you started working in data engineering?

MySQL
In the field of data engineering, SQL skills and concepts reveal their true value when applied to real-world projects. Key insights from experienced professionals indicate the importance of writing efficient SQL for large datasets. This often involves understanding execution plans and optimization techniques, such as indexing and the use of window functions. Additionally, manipulating dates and strings, as well as generating global temp stored procedures, are cited as valuable skills. There is a clear emphasis on the need for curiosity and adaptability, as optimization patterns can vary based on the query engine. Overall, the sentiment leans towards the practical application of SQL knowledge for optimal performance and cost-effectiveness.
35 comments
Share
Save
View on Reddit →

Subscribe to data-subtldr

Get weekly summaries of top content from r/dataengineering, r/MachineLearning and more directly in your inbox.

Get the weekly data subTLDR in your inbox!

We respect your privacy. No spam, ever.