Indeksy klastrowe kontrolują kolejność danych na dysku. Jest to jeden z głównych powodów, dla których zwykle zaleca się skonfigurowanie zawsze rosnącego klucza liczby całkowitej, który będzie działał jako indeks klastrowy. W ten sposób, gdy więcej danych jest dodawanych do tabeli, są one dodawane na końcu aktualnie istniejących danych.
Jeśli nie jest to liczba automatycznie zwiększająca się, a nowe wiersze mogą zawierać wartości, które byłyby uporządkowane gdzieś pomiędzy istniejącymi wartościami, SQL Server zasadniczo wypchnie dane na dysk, do którego należą (aby zachować kolejność wartości kluczy indeksu klastrowanego), powodując fragmentację i potencjalnie poważne obciążenie, ponieważ zapisy we/wy dodatkowo spowalniają bazę danych.
Podejrzewam, że masz ten sam problem z wartościami UserRecord.
Więc co bym zrobił, to dodać osobny klastrowany klucz główny z automatycznym zwiększaniem do każdej tabeli i przerobić referencje i zapytania FK tam, gdzie to konieczne.
