Ich habe eine Datenbank in SQL Azure, für die es nicht zwischen 15 und 30 Minuten dauert:

select count(id) from mytable

Die Datenbank hat ungefähr 3,3 GB und die Anzahl gibt ungefähr 2.000.000 zurück, aber ich habe es lokal versucht und es dauert weniger als 5 Sekunden!

Ich habe auch ein:

ALTER INDEX ALL ON mytable REBUILD

Auf allen Tabellen in der Datenbank.

Würde mich freuen, wenn jemand mich auf einige Dinge hinweisen könnte, um zu versuchen, dies zu diagnostizieren / zu beheben.

(Bitte fahren Sie mit UPDATE 3 fort, da ich denke, dass dies das Problem ist, es aber immer noch nicht verstehe.)

UPDATE 1: Es scheint 99% der Zeit in einem Clustered-Index-Scan in Anspruch zu nehmen, wie das folgende Bild zeigt. Ich hab

UPDATE 2: Und so kommen die Statistiknachrichten zurück, wenn ich das tue:

SET STATISTICS IO ON
SET STATISTICS TIME ON
select count(id) from TABLE

Statistiken

SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 317037 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

(1 row(s) affected)
Table 'TABLE'. Scan count 1, logical reads 279492, physical reads 8220, read-ahead reads 256018, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

(1 row(s) affected)

 SQL Server Execution Times:
   CPU time = 297 ms,  elapsed time = 438004 ms.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

UPDATE 3: OK - Ich habe jetzt eine andere Theorie. Das Azure-Portal schlägt vor, bei jedem Test dieser einfachen Auswahlabfrage meinen DTU-Prozentsatz auf fast 100% zu maximieren. Ich verwende eine Standard Azure SQL-Instanz mit Leistungsstufe S1 (20 DTUs). Ist es möglich, dass diese einfache Abfrage durch mein DTU-Limit verlangsamt wird?