равно будут)? я под залочились подразумевал чтоб доступ к другим строкам в таблице оставался
> Чего Вы опасаетесь? - боюсь как обычно - что таблица залочится вся целиком - запросы к ней выстроятся в очередь и забьют пул конекшнов к базе
> Вы по какому принципу удаляете (подходящий индекс есть?) - индекс есть вот такой add_index "grades_students", ["grade_id", "student_id"] - я буду удалять чисто по grade_id
> на каком уровне изоляции работаете? - рельсовая консоль
сорян что не ответил, буду внимательней)
а что еще и локи оказывается разные есть?
> на каком уровне изоляции работаете? - рельсовая консоль Эээ... что?! ;) TRANSACTION ISOLATION LEVEL Ваши приложения / база какой (или какие) использует? От этого сильно зависят все дальнейшие ответы (не в плане блокировок как таковых, а в плане реально возможной concurrency). > я под залочились подразумевал чтоб доступ к другим строкам в таблице оставался Тот, кто попробует "тронуть" (изменить) удаляемую record — заблокируется; и, наоборот, если удаление "тронет" конкурентно изменяемую record — оно заблокируется. Дальнейшие возможные исходы зависят от... см. выше. > залочится вся целиком - запросы к ней выстроятся в очередь и забьют пул конекшнов к базе Так в PostgreSQL при обычном CRUD/DML вообще не бывает. > а что еще и локи оказывается разные есть? Кучи. ;) https://www.postgresql.org/docs/current/explicit-locking.html > индекс есть вот такой add_index "grades_students", ["grade_id", "student_id"] - я буду удалять чисто по grade_id Это подходящий, да.
Обсуждают сегодня