Problems displaying this newsletter? View online.
Database Weekly
The Complete Weekly Roundup of SQL Server News by SQLServerCentral.com
Hand-picked content to sharpen your professional edge
Editorial
 

We Are Eating Our Own Seed Corn

Last week I stood in front of a classroom at Washington State University and looked out at a room full of students who had done everything right. They had studied hard, were earning their degrees, built their portfolios, and showed up with genuine enthusiasm for careers in technology. They wanted to know what the industry looked like on the other side of graduation.  I know the bridge has collapsed for many entry level jobs in tech and I didn’t have a comfortable answer for them.  I admitted this to them but also admitted it was the first time I’ve felt this way in almost 3 decades.

The truth is that the entry-level technology job, the role that has served for decades as the on ramp to expertise, the proving ground where raw talent becomes seasoned skill, is quietly disappearing. Not because those students aren't capable and not because the work doesn't exist, but because somewhere in the boardrooms of American enterprise, a calculation was made: AI can do the work of junior employees cheaply enough that hiring them is no longer necessary.

That calculation is shortsighted in a way that should alarm every person who depends on technology to work well, which should be all of us.

The Hollowing of the Middle

For generations, the technology industry operated on a recognizable apprenticeship model, even if it was never called that. A new hire spent their first years doing unglamorous work, including junior support work, writing unit tests, fixing bugs, answering support tickets, running deployments at odd hours. The work was often tedious, but it was also essential training. Through that work, a junior developer or database administrator learned not just syntax and tooling, but judgment: when to escalate, when to push back, how production systems fail under pressure, and how organizations actually function beneath their org charts.

That pipeline is being compressed. Companies that would once have large teams, including senior engineers, mid-level, and juniors, are now hiring just senior engineers and handing them an AI assistant. The pitch from vendors is seductive: AI can handle the boilerplate, the documentation, the first-pass code review, and the ticket triage. Let your senior people focus on what only senior people do best, which is the advanced demands.

What this framing ignores is that senior people became senior people by doing the boilerplate, the documentation, the first-pass code reviews. You cannot skip the apprenticeship and arrive at mastery.  My husband has always said, “It takes 10,000 hours to become an expert in a field” yet we’re asking the next generation to somehow replace the experts without that time investment.

The Burn is Already Happening

As head of PDXWIT (Portland Women in Tech) I hear of layoffs and the flattening of teams. Organizations that eliminated entry-level roles to cut costs, often to invest in AI, are now watching their remaining senior staff buckle under the weight of expectations that were previously distributed across entire teams. AI tools help at the margins, but they do not replace the judgment, institutional knowledge, and human communication that senior engineers carry. Those engineers are burning out, some are leaving the industry entirely, and others are quietly coasting, or doing less because the expectation to do more is unsustainable.

This is not a technology problem, but a workforce strategy problem that technology is being asked to mask.

The irony is particularly cruel for women and underrepresented groups in tech, who have historically relied on entry-level positions as the foot in the door that more established networks could not always provide. I came into tech this very way, being offered a junior DBA job and without any experience, becoming an expert with years of time spent in the trenches.  When those entry-level positions disappear, the ladder doesn't just get harder to climb and in my mind, I can't imagine someone today having the same opportunity I had 30 years ago with the changes AI has made to the technical industry.

The Catch-22 We’re Just Starting to Whisper About

Here is the deeper problem, and the one that should give even the most enthusiastic AI advocates in leadership pause.

The AI systems that are replacing junior workers did not emerge from nothing. They were trained in decades of human-generated work: code committed not just by experts, but by junior developers learning on the job, documentation written by entry-level technical writers, support transcripts from help desk analysts in their first year. Every iteration of AI that handles "routine" technical work is drawn on a reservoir of human expertise that was built, painstakingly, by people doing exactly the jobs we are now eliminating.

What happens when that reservoir stops being replenished?

If the next generation of technologists never writes the messy first-draft code, never works through the debugging sessions that teach you how systems actually fail, never produces the imperfect-but-human documentation, then the training data for the next generation of AI grows thinner, more repetitive, and more derivative. AI trained predominantly on AI-generated output is already showing signs of what researchers call model collapse: a gradual degradation in quality and diversity as the signal-to-noise ratio inverts.

We are, in the language of farming, eating our own seed corn. The harvest looks fine this season, but the question is what we plant next year and in the future.

The Experience Paradox

There is a phrase I have heard from hiring managers that used to be a cliche and has become a crisis: "We need someone with three to five years of experience for this entry-level role." It was a joke once. It is now simply the job description.

The logical absurdity is plain. You cannot have a workforce of experienced technologists if you do not create the conditions under which technologists gain experience. Experience is not a credential that can be purchased or a module that can be installed. It accumulates through repetition, failure, feedback, and time. It requires, at some point, being the least experienced person in the room and being allowed to learn from that position.

The AI-assisted senior technologist is not a long-term solution. It is a bridge that leads nowhere if we do not build the other side.

What I Would Change

This is not an argument against AI in the workplace. AI tools are genuinely powerful, and their responsible adoption can make skilled workers more effective. The problem is not the technology. The problem is the business decision to treat AI as a headcount replacement rather than a force multiplier.

The organizations that will fare best in the long run are those that use AI to expand what their teams can accomplish and not to shrink the teams themselves. That means continuing to hire junior talent, pairing them with AI tools that accelerate their learning curve, and investing in the mentorship structures that allow expertise to transfer from one generation to the next.

It means treating entry-level roles not as a cost to be minimized, but as an investment in institutional continuity.

Policy has a role here too. Workforce development programs, apprenticeship incentives, and university partnerships need to be updated for an AI-augmented economy, not designed around an economy that no longer exists, but also not designed around an AI utopia that doesn't exist either. The gap between those two fictions is where the generation of workers is currently stranded.  The bridge must be rebuilt to withstand the innovation that AI has brought to the industry so that the next generation has a path to their future in the technology industry.

The Students Deserve an Answer

When I stood at the front of that classroom at WSU, I told the students the truth as I understood it: the path is harder than it should be, and that is not their fault. The industry made decisions without thinking through the consequences, as industries often do. But the consequences are real and they fall disproportionately on the people who were just arriving.

The students in that room were not asking for a guarantee. They were asking for a fair shot. A chance to do the work, make the mistakes, build the knowledge, and become the experts that the next decade will urgently need.  AI cannot give them that. Only we can and by choosing to build industries that still make room for people who are learning.  If we don't, we will have optimized ourselves into a corner: a small cohort of overextended experts, supported by AI systems that are slowly losing the human knowledge they were built on, with no pipeline to replenish either.

I have joked for years that I will be brought back from the dead in the year 3020 and the first question I'll be asked is, "I hear you know Oracle?" It's a joke born from watching a specialized skill set become so rare that the people who hold it become mythological. There are so few with deep Oracle expertise today that the punchline lands every time I tell it.  The more AI takes hold, the less it feels like a joke. Because what was once a quirk of one monolithic database platform is becoming the trajectory of the entire industry. We are concentrating expertise at the top, eliminating the conditions under which new expertise is built, and trusting AI to fill the gap, all without asking what happens when the AI has nothing left to learn from.

That is not a future I want to help build. And frankly, it is not a future any of us should want to ship, unless we are comfortable with the idea that the most valuable skill a technologist can have in 3020 is simply having been alive long enough to remember how any of this actually worked.

~Peace Out

DBAKevlar

Join the debate, and respond to the editorial on the forums

 
The Weekly News
All the headlines and interesting SQL Server information that we've collected over the past week, and sometimes even a few repeats if we think they fit.
Vendors/3rd Party Products

Detecting Data Masking Gaps in a CI Pipeline

If you use Redgate Test Data Manager to anonymize production-derived test data and Flyway to manage schema changes, you need a way to keep masking rules aligned with schema evolution. The most reliable approach is to validate masking coverage in CI: run a masking drift check as part of the Flyway pipeline and fail the build if schema changes introduce sensitive columns that aren’t yet covered by the masking configuration. This article shows how the check works, what it validates, and where it can fit into a typical delivery workflow.

Redgate Flyway’s Product Updates – May 2026

GitHub Actions yaml templates, improved authentication options, and more.

AI/Machine Learning/Cognitive Services

How DataOps principles help to reduce GenAI risk and improve data quality

John Kerski explains how DataOps principles improve trust, quality, and governance when using GenAI in data solutions. Includes John’s advice on how to apply these principles – plus tips for Git, testing, Microsoft Fabric, and more.

Summary of AI, ML, LLM

From Mainri

Summary of AI, ML, LLM AI (Artificial Intelligence...

LLM Reasoning vs Retrieval (RAG)

From Mainri

What is LLM Reasoning? LLM Reasoning is the ...

Your AI Problem Is a Data Problem

From O'Reilly Radar - Insight

I just sat in a room full of data engineers the ot...

Phase II – Azure AI Foundry service

From Mainri

Step 1: Setup Azure AI Foundry+ Step 1: Setup Azure AI Foundry Assuring you have known how to use Azure Portal and add azure service. I will skip the adding Azure...

Administration of SQL Server

How to build a privacy-aware analytics layer with SQL (4 top techniques)

Privacy-aware analytics is the practice of generating insights without exposing PII, helping you stay compliant with laws like GDPR. The key is to design your data layer so sensitive information is protected by default – using techniques like masking, aggregation, and pseudonymization. In this guide, you’ll learn four practical SQL methods to analyze data safely without risking compliance breaches.

Optimized Locking in SQL Server 2025

From Curated SQL

John Deardurff enables a feature: Modern SQL Server...

Turns Out DBAs Use the Consultant Toolkit, Too

From Brent Ozar Unlimited

When I first hired Richie over a decade ago, ...

Patch Tuesday May 2026: SQL Got Off Easy. Your Domain Didn't.

From SQLFingers

Yesterday was Patch Tuesday. For the first time...

Track SQL Server Configuration Changes Using the Error Log

From SQLServerCentral Blogs

Track SQL Server Configuration Changes Using the Error Log If you work with SQL Server long enough, you or someone will eventually want to know, “Did... The post Track SQL Server...

Cloud - AWS

Amazon Bedrock introduces new advanced prompt optimization and migration tool

From AWS News Blog

Amazon Bedrock Advanced Prompt Optimization enables customers to optimize their prompts for their current model or migrate prompts to new models faster than before with built-in evaluation feedback loops....

Computing in the Cloud (Azure, Google, AWS)

Why even the best teams struggle with cloud migrations

According to Redgate’s 2026 State of the Database Landscape report, 91% of teams – no matter how experienced – still hit at least one significant challenge during their move to the cloud. The culprit usually isn’t poor execution, but the things no one thought to plan for…the ‘unknown unknowns.’ In this article, Grant Fritchey explains the concept of ‘unknown unknowns’, points out what to watch out for in a cloud migration, and offers proven strategies to help your migration go as smooth as possible.

How to ensure success following a cloud migration

Making sure everything is running smoothly after a cloud migration is critically important, even after a lot of time has passed. It’s also important to continue the optimization journey post-migration. Pat Wright explains why in this article.

DMO/SMO/Powershell

PowerShell Newbie – Variables

From SQLServerCentral Blogs

This is Week 2 of PowerShell Strikes Back ..

Working with Variables in Powershell

From Curated SQL

Garry Bargsley is a wild card: Last week, we learn...

Database Design, Theory and Development

Lessons Learned from Change Data Capture

From Curated SQL

Deborah Melkin shares some lessons from working with CDC...

DevOps and Continuous Delivery (CI/CD)

T-SQL Tuesday #198 – Change Detection

From Andy Broadsword

Being a Data Engineer, this month’s invitation ...

Microsoft Fabric ( Azure Synapse Analytics, OneLake, ADLS, Data Science)

Why should you consider materialized lake views in Fabric? ??

From Guy in a Cube

 

Microsoft Fabric Eventhouse Caching and Retention

From Curated SQL

Nikola Ilic notes the ephemeral nature of life:..

Agentic AI in Power BI and Fabric, Part 3: Agentic AI in Action with GitHub Copilot and Power BI Modeling MCP

From BI Insight

In the previous blog, I covered the practical setup...

5 Reasons Analytics Projects Fail

From Curated SQL

Reza Rad has a new video: Have you ever wondered why..

Using Fabric Data Wrangler for Testing

From Curated SQL

Kristina Mishra checks out some data: Data Wrangle...

Metadata-Driven Frameworks for Change Detection in Microsoft Fabric

From Curated SQL

Kevin Chant builds a table: I had various options for this months contribution due to my experience with various change detection solutions. Including Azure Synapse Link…

My Broken Query Runs Successfully in Synapse, Not That I’m Complaining, But How?

From Purple Frog Systems

I had one of those moments this week, I spent too long trying to figure out how something that I knew was broken, was running fine and throwing no errors...

Performance Tuning SQL Server

Tips for Reading an Explain Plan

From Curated SQL

Jamal Hansen has a primer on explain plans...

Learn T-SQL With Erik: Partitioning != Performance

From Erik Darling Data

Learn T-SQL With Erik: Partitioning != Performance Fair warning, the audio got pretty garbled on this one. If you don’t like space alien voices, hit mute and/or skip ahead...

PostgreSQL

PlanTrace Now Supports PostgreSQL

From SQLServerCentral Blogs

PlanTrace Now Supports PostgreSQL The same plan...

All Your GUCs in a Row: autovacuum_work_mem

From Planet Postgres

autovacuum_work_mem sets the maximum memory each...

Alternative Storage Engines for PostgreSQL

From Curated SQL

Cristophe Pettus puts together a list: PostgreSQL ...

SHRIDHAR KHANAL: SSL in PostgreSQL

From Planet Postgres

A beginner’s guide to encrypting your database c...

The wal_level You Set Is Not the wal_level You Get

From Planet Postgres

PostgreSQL 19 finally lets wal_level adapt dynamic...

David Wheeler: What is New in pg_clickhouse

From Planet Postgres

Bit of a news catchup on the pg_clickhouse project...

 

Writing SQL-Only Extensions for Postgres

From Curated SQL

Shaun Thomas writes an extension: Recently at Pos...

Generated Columns in JSONB in PostgreSQL

From Curated SQL

Richard Yen works with JSONB: Over the past year, ...

Robins Tharakan: Postgres May 2026 Security Update: 11 CVEs, All Versions Affected

From Planet Postgres

It's that time again. The upcoming Postgres v18.4 ...

Christophe Pettus: PARTITION MERGE/SPLIT, Once More With Locking

From Planet Postgres

PostgreSQL 19 brings back MERGE PARTITIONS and SPLIT PARTITION—but simpler and safer than the first attempt.

Radim Marek: Welcome to ORDER BY jungle

From Planet Postgres

SQL is fun and not at all boring. The latest article by Markus Winand on Order by Has Come a Long Way sent me on quite a journey. ...

PowerPivot/PowerQuery/PowerBI

Power BI Maximum Allowable Memory Allocation Error

From Curated SQL

Chris Webb continues a series from a few years ago...

SQL Server on Linux

Copy.Fail Linux Vulnerability

From Schneier on Security

This is the worst Linux vulnerability in years. ..

T-SQL and Query Languages

Page Splits and Readaheads on Clustered Tables

From Curated SQL

Erik Darling learns us some T-SQL: But we can see ...

T-SQL Snapshot Backups on Hyper-V

From Curated SQL

Anthony Nocentino takes a backup: If you’ve been...

 
RSS FeedTwitter
This email has been sent to {email}. To be removed from this list, please click here. If you have any problems leaving the list, please contact the webmaster@sqlservercentral.com. This newsletter was sent to you because you signed up at SQLServerCentral.com. Note: This is not the SQLServerCentral.com daily newsletter list, and unsubscribing to this newsletter will not stop you receiving the SQL Server Central daily newsletters. If you want to be removed from that list, you can follow the instructions on the daily newsletter.
©2019 Redgate Software Ltd, Newnham House, Cambridge Business Park, Cambridge, CB4 0WZ, United Kingdom. All rights reserved.
webmaster@sqlservercentral.com

 

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -