Metoda „SyncwithoutDeTaching” w Laravel ma na celu dodanie nowych relacji do tabeli obrotowej wielu do wielu bez usunięcia istniejących. Jeśli chodzi o to, jak obsługuje zduplikowane identyfikatory, oto szczegółowe wyjaśnienie:
- Kiedy nazywasz „SyncWithoutDetaching” z szeregiem identyfikatorów, Laravel dołączy tylko te identyfikatory, które nie są jeszcze obecne w tabeli obrotowej dla tego związku. Nie usuwa istniejących relacji, w przeciwieństwie do standardowej metody „synchronizmu”, która odłącza dowolne identyfikatory nie w dostarczonej tablicy [1] [5] [6].
- Jednak sam „SyncwithoutDeTaching” nie uniemożliwia z natury duplikatów, jeśli pozwala na to tabela obrotu lub logika aplikacji. Jeśli tabela obrotu nie ma unikalnego ograniczenia kombinacji klawiszy obcych, możliwe jest włożenie duplikatów wpisów, jeśli metoda jest wywoływana niepoprawnie lub jeśli schemat bazy danych pozwala na to [3] [7] [8].
- Aby uniknąć duplikatów, zaleca się egzekwowanie unikalnego klucza złożonego w kolumnach tabeli obrotowej (np. Dwie kolumny klucza obcego) na poziomie bazy danych. Zapewnia to, że próby wstawienia zduplikowanych wierszy nie powiedzie się, i możesz poradzić sobie z takimi wyjątkami w aplikacji [8].
- Wewnętrznie „SyncWithoutDeTaching” działa, wywołując metodę „synchronizację” z drugim parametrem ustawionym na „false”, co oznacza „nie odłącz”. To powoduje, że dodaje nowe wpisy bez usuwania istniejących. Sprawdza istniejące identyfikatory i wkłada tylko te, których brakuje, więc zazwyczaj zapobiega dodawaniu duplikatów podczas samej operacji, jeśli tablica wejściowa nie zawiera duplikatów [1] [6].
- Jeśli nadal pojawiają się duplikaty, często wynika to z jednego:
- tablica wejściowa zawierająca zduplikowane identyfikatory.
- Brak ograniczeń na poziomie bazy danych.
- Używanie `atap ()` zamiast `SyncWithoutDeTaching ()`, ponieważ `` capp () `zawsze dodaje nowe wiersze niezależnie od istniejących, potencjalnie powodując duplikaty [6] [7].
Podsumowując, „SyncWithoutDeTaching” unika dodawania zduplikowanych relacji podczas jego działania poprzez dołączenie tylko identyfikatorów, które nie są jeszcze powiązane, ale opiera się na prawidłowych ograniczeniach wejściowych i baz danych w celu w pełni zapobiegania duplikatom. Dodanie unikalnego indeksu w tabeli obrotowej jest najlepszą praktyką, aby upewnić się, że żadne zduplikowane wiersze nie mogą istnieć. Jeśli wystąpią duplikaty, zwykle wskazuje na brakujące ograniczenia lub niewłaściwe użycie powiązanych metod, takich jak „Att o”.
Ta metoda jest szczególnie przydatna, gdy chcesz dodawać relacje bez wpływu na istniejące i bez ryzyka zduplikowanych wpisów, jeśli jest stosowana prawidłowo z odpowiednim projektowaniem bazy danych.
Cytaty:
[1] https://stackoverflow.com/questions/17472128/preventing-laravel-adding-multiple-records-to-a-pivot-table
[2] https://laracasts.com/discuss/channels/laravele/many-to-many-sync-method-creates-duplicates-is-this-reallly-the-right-way-to-do-it
[3] https://github.com/laravele/framework/issues/21639
[4] https://laracasts.com/discuss/channels/eloquent/belongstomany-and-wanted-duplicates
[5] https://serversideup.net/managing-pivot-data-with-laravel-eloquent/
[6] https://stackoverflow.com/questions/62104188/laravele-eloquent-attach-vs-syncwithoutDeTaching
[7] https://www.youtube.com/watch?v=dcrisowsWti
[8] https://github.com/laravel/framework/issues/14270