Optimieren von Workflows mit In-Memory und nativ kompilierten Objekten – oder wie es nicht funktioniert

Beim Optimieren von Datenzugangs-Code mit den In-Memory-Funktionalitäten bei Microsoft SQL Server (memory-optimierte Tabellen + Indexe, memory-optimierte tabellengewertete Parameter und nativ kompilierte gespeicherte Prozeduren) wird man oftmals feststellen, dass man manchmal einen Schritt nach vorn und dann wieder einen rückwärts macht.

Optimizing workflows with In-Memory and Natively Compiled Objects – or how it does not work

During the course of optimizing data-access-code with the In-Memory-functionalities in Microsoft SQL Server (memory optimized tables + indexes, memory optimized table valued parameters and natively compiled stored procedures), you may often realize that sometimes you go one step forward and then another one backwards.

Wo kommt dieser Preemptive Wait her?

In diesem Artikel zeige ich einige Techniken zum Troubleshooten eines Performance- und sicherheitsrelevanten „Phänomens“, das mir kürzlich aufgefallen ist, als ich ein paar Tests mit Natively Compiled Stored Procedures durchführte.

Where is that Preemptive Wait coming from?

In this article I will bring together several techniques for troubleshooting a performance- and security-related “phenomenon” I recently noticed when doing some tests with Natively Compiled Stored Procedures.

SQL Server 2016 SP1 entfernt Programmier-Feature-Limits der Editionen!

Unglaubliche Neuigkeiten, anders kann man es gar nicht sagen: Mit dem heute erschienenen Service Pack 1 für SQL Server 2016 macht Microsoft den programmiertechnischen Unterschieden zwischen den Editionen der relationalen Datenbankengine (LocalDB, Express, Standard, Web, Enterprise) ein Ende! Ab heute kann JEDER, der bereits auf SQL Server 2016 arbeitet, In-Memory optimierte Tabellen erstellen, Tabellen partitionieren, […]

SQL Server 2016 SP1 removes the editions’ programming feature limits!

These are just sublime news, there is no other way to put it: With the Service Pack 1 for SQL Server 2016 released today, Microsoft puts an end to the programming-technical differences between the editions (LocalDB, Express, Standard, Web, Enterprise)! As of today, EVERYONE who is already working on SQL Server 2016 can create In-Memory […]

Index-Cheat-Sheet. Die vollständige Index-Kompatibilitäts-Matrix für SQL Server

Mit den insgesamt 4 neuen Indextypen, die uns seit SQL Server 2012 beschert wurden, gibt es nun auch insgesamt 4 Basis-Formate (Heap, Clustered Index, Clustered Columnstore Index, memory-optimized „varheap“) für die Speicherung von Daten in SQL Server. Und mit SQL Server 2016 sind diese obendrein in verschiedener Weise kombinierbar. In diesem Artikel stellt Andreas Wolter […]

Index-Cheat-Sheet. The complete Index-compatibility Matrix for SQL Server

With the total of 4 new index types we have gained since SQL Server 2012 now we also have a total of 4 basic formats (Heap, Clustered Index, Clustered Columnstore Index, memory-optimized “varheap”) for data storage in SQL Server. And what’s more, with SQL Server 2016, these can be combined in various ways.

Die SQL Server 2016 In-Memory Evolution – Von Row-Store zu Columnstore zu In-Memory Operational Analytics

The SQL Server 2016 In-Memory Evolution – from row-store to columnstore to in-memory operational analytics

SQL Server 2016 is finally available and, by extension, the “version 2” of the In-Memory OLTP Engine, if you will. At various international conferences and already at the IX in 2014 I have presented what is behind the In-Memory Engine of SQL Server introduced in SQL Server 2014. Only I had not yet found the […]