Ja zum Glück endlich.

@aschenbrenner.bsky.social Ich weiß schon, was ich mir für die SQL Server vNext nach Version 2022 wünsche: Eine Tabelle mit einem clustered row store Index direkt in einen clustered columnstore Index umwandeln zu können. Ohne den Cluster löschen zu müssen und damit ohne Heap "dazwischen".

Bluesky now has over 10 million users, and I was #1.294.956!

English is funny: "Geburtstag" is "birthday" However, "Geburtsdatum" is "date of birth" but not "birthdate"English is funny: "Geburtstag" is "birthday" However, "Geburtsdatum" is "date of birth" but not "birthdate"

Ah, du nutzt auch Windy? Ich auch schon seit Jahren. Vor kurzem haben sie für mich überraschend Meteoblue gekauft, wie man in der App nachlesen konnte.Ah, du nutzt auch Windy? Ich auch schon seit Jahren. Vor kurzem haben sie für mich überraschend Meteoblue gekauft, wie man in der App nachlesen konnte.

A database query on SQL Server was running for 65 seconds, producing 3,055,825 logical reads (23,3 GB). No, in-memory is not always fast (the tables are not in-memory tables, it was a large index scan by an inefficient execution plan). #SQLServer

Wow, sehr früh! Aber bei den Temperaturen der letzten Wochen ...

DECLARE @test3 VARCHAR(100) = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; SELECT LEN(CONVERT(VARCHAR, @test3)); PRINT CONVERT(VARCHAR, @test3); 3/n,n=3DECLARE @test3 VARCHAR(100) = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; SELECT LEN(CONVERT(VARCHAR, @test3)); PRINT CONVERT(VARCHAR, @test3); 3/n,n=3

DECLARE @test2 VARCHAR = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; SELECT LEN(@test2); PRINT @test2; 2/nDECLARE @test2 VARCHAR = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; SELECT LEN(@test2); PRINT @test2; 2/n

NEVER use VARCHAR without a length on #SQLServer. Why? Try this, you will be surprised: DECLARE @test1 VARCHAR(100) = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; SELECT LEN(@test1); PRINT @test1; 1/n