Это зависит от потребностей вашего приложения.Если ожидается, что операции удаления будут быстрыми, возможно, вы захотите выполнить каждую из них явно (второй вариант).
С другой стороны, если удаление выполняется как часть пакетного или очистного заданияи никого на самом деле не волнует, сколько времени это займет, тогда вы, вероятно, можете обойтись без использования IN
.Хитрость заключается в том, чтобы удержать его от тайм-аута (и, как указал Крис, наложить чрезмерную нагрузку на узел).Возможно, имеет смысл разбить ваши группы значений для столбца B
, чтобы они оставались небольшими.Хотя 20 пунктов списка с IN
не являются большинством , я слышал, что кто-то пытался, это определенно больше, чем я когда-либо использовал бы лично (я постарался бы сделать его меньше 10).
По сути, использование оператора IN
с DELETE
будет восприимчиво к проблемам с производительностью, так же, как это было бы на SELECT
, как описано в этом ответе (включен сюда для справки):
Является ли отношение IN в Кассандре плохим для запросов?