Ist es vorteilhaft, bei der Verwendung von Linq to SQL mehrspaltige (zusammengesetzte) Primärschlüssel für eine Beziehungstabelle von vielen zu vielen zu verwenden?Ist es vorteilhaft, bei der Verwendung von Linq to SQL mehrspaltige (zusammengesetzte) Primärschlüssel zu verwenden?
Oder sollte ich einfach eine Identitätsspalte als nicht geclusterter Primärschlüssel hinzufügen und die FK-Spalten entsprechend indizieren?
kein LINQ Problem. Wenn Sie sie für Ihr Schema benötigen, verwenden Sie sie. Wenn nicht, nicht. Wie auch immer, LINQ wird Ihr Schema gut behandeln. Ein Bereich, den LINQ to SQL nicht gut behandelt, ist multy column/key mapping table, die verwendet werden, um eine Beziehung mit vielen zu vielen zu verbinden, aber ich würde nicht sagen, dass dies strikt unter die Kategorie fällt, die Ihre Frage adressiert. Sie können weiterhin CRUD-Operationen für eine Mapping-Tabelle in LINQ ausführen, aber LINQ kann die Beziehung, die von einer Zu-viele-Zuordnungstabelle dargestellt wird, nicht ausführen. (LINQ funktioniert gut mit eins zu eins und eins zu vielen Tabellen.)
Ich kann nicht mit einem Problem mit dem Entity Framework sprechen, aber wieder würde ich sehr überrascht sein, wenn die EF irgendwelche Probleme mit mehrspaltigen/hatte Multi-Key-Tabellen.
Wenn es in Ihrer Domäne Sinn macht, einen mehrspaltigen zusammengesetzten Schlüssel zu haben, dann verwenden Sie einen. Andernfalls verwenden Sie die übliche Identitätsspalte als Ersatzprimärschlüssel.
EDIT: Das war ein allgemeiner Hinweis und keine Berücksichtigung technischer Aspekte der Implementierung mit LINQtoSQL. Diese können von Interesse sein:
Ich denke, dass dies bedeutet, dass Linq to SQL Composite-Schlüssel ohne zusammenbrechen oder zusätzlichen Aufwand umgehen kann? –
Eigentlich war dies genau ein viel zu viele Beziehungstabelle Problem, danke –