Ersatz für GUID als Primärschlüssel

[Blup]

Das Hauptproblem lässt sich auch nicht mit einem "Clustered Index" lösen.
Die 80 Felder sagen eindeutig schlechte Datenbankstruktur.
Wie viele Datensätze passen denn da noch in einen Cluster?

Prüft erst mal, welcher Index bei der Verarbeitung wirklich genutzt wird. Mit optimalem Index macht es normalerweise keinen wesentlichen Unterschied ob 10 oder 10millionen Datensätze in der Tabelle vorhanden sind. Müssen 10 Datensätze verarbeitet werden, sind das im schlimmsten Fall 10, im optimalen Fall 1 Cluster.

Wenn der Bericht jeweils nur die neuen Daten enthalten soll, könnte mit einer zusätzlichen Tabelle gearbeitet werden, die nur die ID der neuen Datensätze enthält und nach Erstellung des Berichts wieder gelöscht wird.

Führt das nicht zu Ziel, muss für diese Daten eine neue Struktur gefunden werden. In der Haupttabelle sollten neben der ID nur Felder bleiben, die für Referenzen auf andere Tabellen benötigt werden (KundeID oder ähnliches) und Felder die indiziert werden (z.B. Datum für Index KundeID + Datum). Alles andere kann z.B. in einer zugehörigen Wertetabelle über ID, Typ, Wert (PK über ID und Typ) abgelegt werden.

Muss die Datenbank fast durchgehend verfügbar sein, kann so eine Umstellung auch schrittweise im laufenden Betrieb erfolgen. Dazu müssen natürlich alle Zugriffe zuerst auf eine "Procedure" oder "View" umgestellt werden, die beide Datenstrukturen auswertet. Neue Daten werden in die neue Struktur geschrieben.
Ein Hintergrundprozess kann dann je nach Auslastung innerhalb einer "Transaction" einige Datensätze aus der alten Struktur in die neue überführen und aus der alten Tabelle entfernt. Cluster die von der alten Tabelle nicht mehr belegt sind, werden dabei automatisch für die neue Struktur verwendet. Die Größe der Datenbank würde sich dadurch nur unwesentlich ändern.