RDBMS-Datenrelationslast

Question

Unser internes System basiert auf SQL Server 2008 mit einem 40-Tabellen-6NF-Schema. Die meisten der Tabellen FK bis 3 andere, ein Schlüssel einige so viele wie 7. Das System wird letztlich unterstützen 100s der Mitarbeiter mit 10s von 1000s Kunden arbeiten und speichern 100s of 1000s Transaktionsdatensätzen - Prime-Time-Zugriff sollte peak bei 1000 Zeilen pro Sekunde.

Gibt es einen Grund zu der Annahme, dass diese Tiefe der RDBMS-Beziehung ein System überlagert, das mit moderner Hardware und ausreichendem RAM ausgestattet ist? Ich versuche zu bewerten, ob wir unsere Design- oder Projektrichtlinien/-ziele anpassen müssen, bevor wir uns der finalen Entwicklungsphase nähern (in ein paar Monaten).

Answer 1

In SQl Server Begriffe, was Sie beschreiben, ist eine kleine Datenbank. Mit korrektem Design kann SQL Server Terrabytes von Daten verarbeiten.

Dies ist keine Garantie dafür, dass Ihr aktuelles Design eine gute Leistung erbringt. Es gibt viele Möglichkeiten, schlecht funktionierendes t-SQL und viele schlechte Datenbankdesign-Entscheidungen zu erstellen.

Wenn ich Sie wäre, würde ich Testdaten auf das Doppelte der erwarteten Größe der Tabellen laden und dann den Code testen. Lasttests könnten ebenfalls eine gute Idee sein. Es ist viel einfacher, Datenbankleistungsprobleme zu beheben, bevor sie in Produktion gehen. Weit, viel einfacher!