MSSQL 2017 Standard edition vs Enterprise edition

[sanoj]

We voeren op een bepaalde DB, op een bepaalde table met 100.000.000 rows een alter table uit.
Wanneer we deze DB aan een Standard edition koppelen duurt de alter table 2 uur en stopt SQL er dan mee (failed) met lage disk IO.
Wanneer we een kopie van deze db aan een developer edition (wat in feite Enterprise Edition is) koppelen en de identieke query daar uitvoeren is deze in 2 min volledig klaar, met hoge disk IO.

Beide keer is het op een offline server uitgevoerd, er is dus geen load, op dezelfde VM, op dezelfde hardware.

Heeft iemand een idee welke feature die in SQL 2017 enterprise edition zit hier voor dit wezenlijk verschil zorgt?

[Rolfie]

Eerste reactie zou zijn, iets met een index.

Maar kan je in SQL profiler niet zien, hoe de queries exact uitgevoerd worden?


Als ik even de specs opzoek van de verschillen, zit er een verschil in de "Online index create and rebuild" en "Resumable online index rebuilds"

Editions and supported features of SQL Server 2017

Dit bevestigd ook direct mijn eerste gedachte, iets met een index rebuild die je misschien even moet doen.


(is wel een tijdje geleden dat ik getroubleshoot heb op SQL).

[sanoj]

Wanneer we de db aan de dev instance koppelen, zonder indexen te rebuilden, is het script er in 2 min door.
Het is dus iets wat Enterprise edition anders doet.

Ik vermoed online schema change, maar ben ik niet zeker...

https://learn.microsoft.c...=sql-server-ver16#RDBMSHA