ГДЕ x В (5), по сравнению с ГДЕ x = 5 …, почему использование В?

Может быть, неизвестно, относится ли $ visibility к одному или нескольким значениям? Не совсем подходит вашему примеру, но я видел такое использование в других местах.

Тогда WHERE x IN (1,2,3) - лучшая альтернатива WHERE x = 1 OR x = 2 ИЛИ x = 3 , верно? Но, конечно же, это единственный сценарий, в котором вы должны использовать IN ?

Нет, вы также можете использовать IN с подзапросом.

... где поле в (выберите поле из another_table)

Возможно, $ visibility генерируется динамически, например:

$visibility = implode(', ', array_map('intval', array(1, 2, 3)));

Где массив (1, 2, 3) может поступать из ненадежных источников.

In действует для любого типа операции над набором, тогда как = действует для одного значения. Таким образом, вы можете использовать in для нескольких записей в другой таблице или для любой другой структуры данных, представляющей несколько значений.

Я думаю, более конкретно, чтобы понять, что делает IN.

Если вы это сделаете

SELECT * FROM pages WHERE is_visible = $visibility

В приведенном выше примере $ visibility должна быть var, поэтому is_visibile = 1, так что ваш SQL собирает все, где is_visible = 1

Где

SELECT * FROM pages WHERE is_visible IN ($visibility)

$ visibility будет массивом данных, подобным тому, что проиллюстрировал Стэн @Ionut G.

Итак, ваш вызов будет выглядеть как is_visible IN ('1', '2' , '3')

Итак, теперь ваш SQL будет собирать все строки 1,2 и 3.

Надеюсь, что это имеет смысл. Это большая разница.

Нет, это не уловка. Два утверждения:

SELECT * FROM pages WHERE is_visible IN ($visibility)
SELECT * FROM pages WHERE is_visible = $visibility

почти эквивалентны. Заметим, что эти два утверждения эквивалентны в тривиальном случае, например, когда $ visibility является скаляром со значением 1.

Но утверждения не эквивалентны в нетривиальные случаи, когда $ visibility содержит что-то еще. Мы можем наблюдать значительную разницу в поведении двух форм. Рассмотрим, что происходит с каждой формой, когда $ visibility представляет собой строку, содержащую следующие примерные значения:

    '1,2,3' 
    '1 OR 1=1'
    'select v.val from vals v'

Мы наблюдаем значительную разницу в результирующих операторах SQL, сгенерированных из двух форм:

    SELECT * FROM pages WHERE is_visible IN (1,2,3)
    SELECT * FROM pages WHERE is_visible = 1,2,3

    SELECT * FROM pages WHERE is_visible IN (1 OR 1=1 )
    SELECT * FROM pages WHERE is_visible = 1 OR 1=1

---

Здесь большое беспокойство, с любой формой оператора - это возможность SQL-инъекции. Если $ visibility задуман как скалярное значение, тогда использование переменной связывания в операторе является более безопасным подходом, поскольку он позволяет избежать вставки «лишнего» синтаксиса SQL в оператор. (Конечно, использование переменных связывания не предотвращает всех SQL-инъекций, но это подходящий подход для закрытия одной дыры. Использование переменной связывания также улучшит масштабируемость, по крайней мере, на некоторых платформах СУБД, таких как Oracle.)

Подумайте, что происходит, когда мы используем связываемую переменную (заполнитель), которая, как мы знаем, не будет НЕ интерпретироваться как синтаксис SQL. Мы замечаем, что два оператора ЯВЛЯЮТСЯ действительно эквивалентными:

    SELECT * FROM pages WHERE is_visible IN ( ? )
    SELECT * FROM pages WHERE is_visible = ? 

для любого значения, предоставленного для переменной связывания.

HTH

t предотвратить все SQL-инъекции, но это подходящий подход к закрытию одной дыры. Использование переменной связывания также улучшит масштабируемость, по крайней мере, на некоторых платформах СУБД, таких как Oracle.)

Подумайте, что происходит, когда мы используем переменную связывания (заполнитель), которая, как мы знаем, НЕ будет интерпретироваться как Синтаксис SQL. Мы замечаем, что два оператора ЯВЛЯЮТСЯ действительно эквивалентными:

    SELECT * FROM pages WHERE is_visible IN ( ? )
    SELECT * FROM pages WHERE is_visible = ? 

для любого значения, предоставленного для переменной связывания.

HTH

t предотвратить все SQL-инъекции, но это подходящий подход к закрытию одной дыры. Использование переменной связывания также улучшит масштабируемость, по крайней мере, на некоторых платформах СУБД, таких как Oracle.)

Подумайте, что происходит, когда мы используем переменную связывания (заполнитель), которая, как мы знаем, НЕ будет интерпретироваться как Синтаксис SQL. Мы замечаем, что два оператора ЯВЛЯЮТСЯ действительно эквивалентными:

    SELECT * FROM pages WHERE is_visible IN ( ? )
    SELECT * FROM pages WHERE is_visible = ? 

для любого значения, предоставленного для переменной связывания.

HTH

«WHERE x IN (1,2,3)» в любом случае совпадает с «WHERE x = 1 OR x = 2 OR x = 3».

Затем WHERE x IN (1,2, альтернатива WHERE x = 1 OR x = 2 OR х = 3, верно? Но наверняка это единственный сценарий, в котором вы должны использовать IN?

IN () и OR синтаксически эквивалентны. Это покажет изучение плана выполнения ваших двух предложений. IN () - это просто более эффективная и легкая для понимания запись.