Метод `SyncWithoutDeTaching` в Laravel розроблений для додавання нових відносин до великої кількості поворотної таблиці, не видаляючи жодних існуючих. Що стосується того, як він обробляє дублікат ідентифікаторів, ось детальне пояснення:
- Коли ви називаєте `SyncWithoutDeTaching` з масивом ідентифікаторів, Laravel прикріплює лише ті ідентифікатори, які вже не присутні в таблиці поворотів для цього відношення. Він не видаляє існуючі відносини, на відміну від стандартного методу `Sync`, який відриває будь -які ідентифікатори, не в наданому масиві [1] [5] [6].
- однак, `SyncWithoutDetaching 'сам по собі не запобігає дублікам, якщо таблиця повороту або логіка вашої програми дозволяють їм. Якщо таблиця поворотів не має унікального обмеження щодо комбінації іноземних клавіш, можливо, вставляються дублікатні записи, якщо метод називається неправильно або якщо схема бази даних дозволяє [3] [7] [8].
- Щоб уникнути дублікатів, рекомендується застосовувати унікальний композитний ключ у стовпці Tavot Table (наприклад, два стовпці іноземних ключів) на рівні бази даних. Це гарантує, що спроби вставити повторювані рядки не вдасться, і ви можете впоратися з такими винятками у вашій програмі [8].
- Внутрішньо, `SyncWithoutDetaching` працює, викликаючи метод` Sync` з другим параметром, встановленим на `false`, що означає" не відходити. " Це змушує його додати нові записи, не видаляючи існуючі. Він перевіряє існуючі ідентифікатори і вставляє лише ті, які відсутні, тому він, як правило, запобігає додавання дублікатів під час самої операції, якщо вхідний масив не містить дублікатів [1] [6].
- Якщо дублікати все ще з’являються, це часто пов’язано з будь -яким:
- вхідний масив, що містить дублікат ідентифікаторів.
- Відсутність обмежень на рівні бази даних.
- Використання `ude ()` замість `syncwithoutdetaching ()`, оскільки `jump ()` завжди додає нові рядки незалежно від існуючих, що потенційно спричиняє дублікати [6] [7].
Підводячи підсумок, `SyncWithoutDeTaching` уникає додавання дублікатів під час його експлуатації, лише додаючи ідентифікатори, які ще не пов'язані, але він покладається на належні обмеження введення та бази даних, щоб повністю запобігти дублікам. Додавання унікального індексу в таблиці повороту - найкраща практика, щоб не може існувати жодних дублікатів рядків. Якщо трапляються дублікати, це зазвичай вказує на відсутні обмеження або неправильне використання пов'язаних методів, таких як `Qualt`.
Цей метод особливо корисний, коли ви хочете додати взаємозв'язки, не впливаючи на існуючі та не ризикуючи повторювальними записами, якщо правильно використовуватись при належному дизайні бази даних.
Цитати:
[1] https://stackoverflow.com/questions/17472128/preventing-laravel-adding-multiple-records-to-a-pivot-table
.
[3] https://github.com/laravel/framework/issues/21639
[4] https://laracasts.com/discuss/channels/eloquent/belongstoman-and-wanted-dupsates
[5] https://serversideup.net/managing-pivot-data-with-laravel-eloquent/
[6] https://stackoverflow.com/questions/62104188/laravel-eloquent-attach-vs-syncwithoutdetaching
[7] https://www.youtube.com/watch?v=dcrisowswti
[8] https://github.com/laravel/framework/issues/14270