Eran Galperin hat den größten Teil meiner Antwort bereits gegeben. Außerdem würde Ihnen die von Ihnen vorgeschlagene Struktur in Bezug auf das Sperren nicht wirklich helfen. Wenn sich in derselben Zeile relativ statische und dynamische Attribute befinden, ist die Aufteilung der statischen und dynamischen Attribute in zwei Tabellen nicht von großem Nutzen. Es spielt keine Rolle, ob statische Daten gesperrt werden, da ohnehin niemand versucht, sie zu ändern.
Es kann sogar sein, dass Sie mit diesem Entwurf noch schlechter abschneiden. Einige Datenbank-Engines verwenden Seitensperren. Wenn eine Tabelle weniger/kleinere Spalten hat, passen mehr Zeilen auf eine Seite. Je mehr Zeilen sich auf einer Seite befinden, desto wahrscheinlicher ist es, dass es zu einem Sperrkonflikt kommt. Durch die Vermischung von statischen und dynamischen Daten sind die Zeilen größer, daher gibt es weniger Zeilen auf einer Seite und daher weniger Wartezeiten bei Seitensperren.
Wenn Sie zwei unabhängige Sätze von dynamischen Attributen haben und diese normalerweise von verschiedenen Akteuren geändert werden, könnten Sie einen gewissen Nutzen daraus ziehen, sie in verschiedene Tabellen aufzuteilen. Dies ist jedoch ein ziemlich ungewöhnlicher Fall.
Ich möchte auch darauf hinweisen, dass die Aufteilung der Tabelle in einen statischen und einen dynamischen Teil in einer relativ kleinen Umgebung vielleicht nicht von Vorteil ist, aber in einer großen verteilten Umgebung kann es nützlich sein, die dynamischen Daten mit anderen Raten als die statischen Daten zu cachen und zu replizieren.
