Vorteile einer schreibgeschützten SQL Server-Datenbank?

Ich verwende eine Berichtsdatenbank, die für alle praktischen Zwecke eine schreibgeschützte Datenbank ist. Es werden Daten erstellt und dynamische Berichte werden generiert und in dieser Datenbank angezeigt.

Ich dachte daran, diese Datenbank schreibgeschützt zu machen.

Einige Dinge, die ich in Bezug auf schreibgeschützte Datenbanken fragen möchte, sind:

1. Sind nur die Daten schreibgeschützt? Können wir noch Indizes oder Ansichten für diese Datenbank erstellen?
2. Welche Leistungsvorteile bietet die Verwendung einer schreibgeschützten Datenbank? zB SELECT-Abfragen mit gemeinsam genutzten Sperren usw.
3. Gibt es einen Nachteil bei der Verwendung einer schreibgeschützten Datenbank?
4. Gibt es Best Practices für die Verwendung schreibgeschützter Datenbanken?

1. Sie können keine Schemaänderungen vornehmen, wenn die Datenbank schreibgeschützt ist. Sie können jedoch alle Benutzertabellen in eine neue Dateigruppe einfügen und diese als schreibgeschützt markieren.
2. Sie können einen bescheidenen Leistungsvorteil erwarten, wenn keine Sperren vorhanden sind.
3. In Versionen von SQL Server vor 2012 können Statistiken in schreibgeschützten Datenbanken nicht automatisch erstellt oder aktualisiert werden.
4. Bevor Sie es schreibgeschützt machen, können Sie auch alle logischen Fragmentierungen entfernen und die Seitendichte so hoch wie möglich halten. Nicht standardmäßige FILL_FACTOREinstellungen sind in einer schreibgeschützten Umgebung nicht von Vorteil. Erstellen / aktualisieren Sie außerdem alle Statistiken, von denen erwartet wird, dass sie für SELECTAbfragen von Version <2012 von Nutzen sind .

1. Die gesamte Datenbank ist schreibgeschützt, sodass Sie keine Indizes oder Ansichten hinzufügen können.
2. Keine Sperre erforderlich, daher werden keine Sperren für andere Abfragen als eine gemeinsame Datenbanksperre vorgenommen. Dies bedeutet natürlich, dass auch keine Blockierung auftritt.
3. Nicht als solche nein.
4. Keine, die ich vorschlagen kann.