Это зависит от плана запроса, который выберет оптимизатор.
Если в столбце, с которым вы сравниваете, есть уникальный индекс, и вы предоставляете сравнительно немного значений в списке IN по сравнению с числомстрок в таблице, вполне вероятно, что оптимизатор выберет исследование индекса, чтобы выяснить несколько строк в таблице, которые необходимо изучить.Если, с другой стороны, предложение IN является запросом, который возвращает относительно большое количество строк по сравнению с количеством строк в таблице, вполне вероятно, что оптимизатор выберет какое-то соединение, используя один измногие методы соединения, которые понимает движок базы данных.Если список IN относительно неселективен (то есть что-то вроде GENDER IN ('Male', 'Female')), оптимизатор может выбрать простое сравнение строк для каждой строки в качестве конечного шага обработки.
И, конечно, разные версии каждой базы данных с разной статистикой могут выбирать разные планы запросов, что приводит к разным алгоритмам для оценки одного и того же списка IN.