Czy korzystanie z Linq do SQL jest przydatne do korzystania z wielokolumnowych (złożonych) kluczy podstawowych dla tabeli zależności od wielu do wielu?Czy korzystanie z Linq do SQL jest korzystne przy użyciu podstawowych kluczy wielolumnowych (złożonych)?
Czy powinienem po prostu dodać kolumnę tożsamości jako nieklastrowy klucz podstawowy i odpowiednio indeksować kolumny FK?
Nie LINQ problem. Jeśli potrzebujesz ich do swojego schematu, użyj ich. Jeśli nie, nie rób tego. Tak czy inaczej, LINQ poradzi sobie z twoim schematem.
Jednym z obszarów, w którym LINQ do SQL nie radzi sobie dobrze, są tabele mapowania multy kolumna/klucz, które są używane do łączenia wielu do wielu relacji, ale nie powiedziałbym, że to strickly należy do kategorii, która adresuje twoje pytanie. Nadal możesz wykonywać operacje CRUD na tabeli odwzorowań w LINQ, ale LINQ nie może przejść relacji prezentowanej przez wiele do wielu tabel odwzorowań. (LINQ działa dobrze z jednym do jednego i jednym do wielu tabel.)
Nie mogę mówić do żadnego problemu z Entity Framework, ale znowu, byłbym bardzo zaskoczony, gdyby EF miał jakiekolwiek problemy z wielokolumnową/tabele wieloblokowe.
Jeśli ma to sens w Twojej domenie, aby mieć klucz złożony z wielu kolumn, użyj go. W przeciwnym razie użyj zwykłej kolumny tożsamości jako zastępczego klucza podstawowego.
EDYCJA: taka była ogólna wskazówka i nie uwzględnianie technicznych aspektów implementacji przy użyciu LINQtoSQL. Mogą być interesujące:
Domyślam się, że to oznacza, że Linq do SQL może obsługiwać klucze kompozytowe bez rozpadu lub dodatkowego wysiłku? –
Właściwie to był problem dotyczący wielu tabel relacji, dzięki –