SQL Server – Vergangene Träume
Eine Reise zu den Features, die nie den großen Durchbruch schafften

1. Einleitung – Als Microsoft noch alles ausprobierte

Im Laufe seiner fast 35-jährigen Geschichte hat SQL Server viele Innovationen gesehen – aber auch viele experimentelle Features, die sich nie durchsetzen konnten. Microsofts Strategie, häufig neue, manchmal visionäre Komponenten in den Kernel zu integrieren, führte zu einer Reihe von interessanten, aber kurzlebigen Technologien. Aus heutiger Sicht erscheinen manche dieser Ideen als verpasste Chancen, andere als unnötige Ablenkungen. Dieser Blogbeitrag beleuchtet die bekanntesten Features, die eingeführt, aber später wieder entfernt wurden – und fragt nach den Gründen für ihr Scheitern.

2. Die gescheiterte Stammdatenverwaltung: MDS & DQS

Mit SQL Server 2008 führte Microsoft erstmals eine integrierte Stammdatenmanagement-Plattform ein: Master Data Services (MDS). Dazu gesellte sich später Data Quality Services (DQS) zur Datenbereinigung. Die Idee war ambitioniert: eine unternehmensweite Lösung für konsistente Stammdaten direkt im Datenbanksystem. Doch die Akzeptanz blieb gering und Microsoft kündigte an, beide Komponenten aus SQL Server 2025 zu entfernen.

-- Früheres MDS-Konstrukt (vereinfacht) 
CREATE ENTITY Customer (Name NVARCHAR(50), City NVARCHAR(50)); 
CREATE HIERARCHY CustomerRegion ON Customer(City); 
-- Heute: Wechsel zu spezialisierten MDM-Tools oder Azure Purview.

3. StreamInsight – Der Event-Streaming-Vorläufer

Mit SQL Server 2008 R2 führte Microsoft StreamInsight ein – eine Complex Event Processing (CEP)-Engine für Echtzeit-Analysen von Datenströmen. Entwickler konnten mit LINQ Abfragen schreiben, ohne neue Sprachen lernen zu müssen. Das Feature verschwand jedoch still und leise nach SQL Server 2014.

-- LINQ-artige Abfrage in StreamInsight (Konzept) 
var avgTemp = from e in inputStream  
where e.SensorId == "T1"  
group e by e.SensorId into g  
select new { Sensor = g.Key, Avg = g.Average(x => x.Value) }; 
-- Heute: Azure Stream Analytics oder Spark Structured Streaming.

4. Weitere exotische Features im Überblick

Über die Jahre gab es zahlreiche weitere Features, die sich nicht durchsetzen konnten – oft aufgrund mangelnder Akzeptanz, technischer Einschränkungen oder strategischer Neuausrichtung.

5. Werkzeuge auf dem Abstellgleis: Profiler & Co.

Nicht nur Datenbank-Features wurden eingestampft – auch Client-Tools wie der SQL Server Profiler sind seit Jahren als veraltet markiert. Profiler-Traces konnten produktive Server durch ihren hohen Ressourcenverbrauch lahmlegen. Microsoft empfiehlt stattdessen die Verwendung von Extended Events – ein mächtigeres, schlankeres Framework. Auch SQL-DMO (das Objektmodell zur Serververwaltung) wich dem moderneren SMO (SQL Server Management Objects).

-- Extended Events statt Profiler (vereinfacht) 
CREATE EVENT SESSION [MonitorQueries] ON SERVER 
ADD EVENT sqlserver.sql_statement_completed ( 
ACTION (sqlserver.sql_text, sqlserver.username) 
WHERE duration > 500000 
); 
ALTER EVENT SESSION [MonitorQueries] ON SERVER STATE = START;

6. Die Top 3 Gründe für das Scheitern

Warum scheiterten so viele vielversprechende SQL Server-Features? Die Analyse zeigt wiederkehrende Muster:

• Mangelnde Nutzerakzeptanz: Features wie English Query oder Semantic Search waren technisch beeindruckend, aber die Zielgruppe nutzte sie kaum. Microsoft-Statistiken zeigten eine verschwindend geringe Nutzung.
• Cloud-Fokussierung: Viele On-Premise-Komponenten (Stretch DB, Big Data Clusters) wurden durch Azure-Dienste obsolet. Microsoft konzentrierte seine Entwicklung auf die Cloud.
• Komplexität vs. Nutzen: MDS, StreamInsight und DQS waren schwierig zu installieren, zu konfigurieren und zu warten. Der Aufwand stand oft in keinem Verhältnis zum Mehrwert für die meisten Unternehmen.
• Technologischer Wandel: Manche Lösungen wurden durch bessere, einfachere Alternativen abgelöst – Database Mirroring durch Always On, Profiler durch Extended Events.

7. Praktische Auswirkungen für DBAs & Entwickler

Die ständigen Veränderungen bedeuten für den Administrator: Laufende Überwachung der Deprecation-Listen ist Pflicht. Bereits heute sollten Sie folgende Handlungsempfehlungen beachten:

• Planen Sie Migrationen von MDS/DQS: Wenn Sie diese Features nutzen, suchen Sie jetzt nach Alternativen (Profisee, Azure Purview, eigene Lösung).
• Ersetzen Sie Profiler-Traces durch Extended Events – das ist nicht nur zukunftssicher, sondern auch deutlich performanter.
• Prüfen Sie regelmäßig die Deprecation-Listen der aktuellen SQL Server-Versionen (z. B. über die Systemansicht sys.dm_os_performance_counters mit dem Objekt "Deprecated Features").
• Nutzen Sie die "Upgrade Advisor"-Tools vor größeren Versionssprüngen, um veraltete Konstrukte frühzeitig zu erkennen.

-- Aktive Überwachung auf veraltete Features (SQL Server 2016+) 
SELECT * FROM sys.dm_os_performance_counters 
WHERE object_name LIKE '%Deprecated Features%' 
AND cntr_value > 0;

8. Fazit – Innovation ist riskant, Stillstand keine Option

Die Geschichte der gescheiterten SQL Server-Features ist keine reine Negativbilanz. Sie zeigt, dass Microsoft bereit war, neue Wege zu gehen und schnell zu korrigieren, wenn sich eine Technologie nicht durchsetzte. Die meisten der entfernten Features waren ihrer Zeit voraus, schlecht in die Produktlandschaft integriert oder wurden durch bessere Alternativen abgelöst. Für den Administrator bedeutet dies: Augen auf bei der Auswahl von Features, die nicht zum absolut etablierten Kern gehören. Wer heute noch auf SQL Server 2025 upgraden möchte, sollte sich rechtzeitig über die "Discontinued"‑Listen informieren – und die Gelegenheit nutzen, alte Zöpfe abzuschneiden.

powered by dtcSoftware