Как почти со всеми, "Как я делаю SQL из PHP" вопросы - действительно необходимо ли использовать подготовленные операторы. Дело не в этом трудно:

$ids  = array(2, 4, 6, 8);

// prepare an SQL statement with a single parameter placeholder
$sql  = "UPDATE MyTable SET LastUpdated = GETDATE() WHERE id = ?";
$stmt = $mysqli->prepare($sql);

// bind a different value to the placeholder with each execution
for ($i = 0; $i < count($ids); $i++)
{
    $stmt->bind_param("i", $ids[$i]);
    $stmt->execute();
    echo "Updated record ID: $id\n";
}

// done
$stmt->close();

, С другой стороны, можно сделать это как это:

$ids    = array(2, 4, 6, 8);

// prepare an SQL statement with multiple parameter placeholders
$params = implode(",", array_fill(0, count($ids), "?"));
$sql    = "UPDATE MyTable SET LastUpdated = GETDATE() WHERE id IN ($params)";
$stmt   = $mysqli->prepare($sql);

// dynamic call of mysqli_stmt::bind_param                    hard-coded eqivalent
$types = str_repeat("i", count($ids));                        // "iiii"
$args = array_merge(array($types), $ids);                     // ["iiii", 2, 4, 6, 8]
call_user_func_array(array($stmt, 'bind_param'), ref($args)); // $stmt->bind_param("iiii", 2, 4, 6, 8)

// execute the query for all input values in one step
$stmt->execute();

// done
$stmt->close();
echo "Updated record IDs: " . implode("," $ids) ."\n";

// ----------------------------------------------------------------------------------
// helper function to turn an array of values into an array of value references
// necessary because mysqli_stmt::bind_param needs value refereces for no good reason
function ref($arr) {
    $refs = array();
    foreach ($arr as $key => $val) $refs[$key] = &$arr[$key];
    return $refs;
}

Добавляют больше заполнителей параметра для других полей, поскольку Вам нужны они.

, Который выбрать?

• первый вариант работает с переменным количеством записей многократно, поражая базу данных многократно. Это является самым полезным для ОБНОВЛЕНИЯ, и ВСТАВЬТЕ операции.

• вторые различные работы с переменным количеством записей также, но это поражает базу данных только однажды. Это намного более эффективно, чем итерационный подход, очевидно, можно только сделать то же самое ко всем затронутым записям. Это является самым полезным для ВЫБОРА, и УДАЛИТЕ операции, или когда Вы хотите ОБНОВИТЬ несколько записей с теми же данными.

, Почему подготовленные операторы?

• Подготовленные операторы намного более безопасны, потому что они делают атаки с использованием кода на SQL невозможными. Это - основная причина для использования подготовленных операторов, даже если это - больше работы, чтобы записать им. Разумная привычка войти: Всегда используйте подготовленные операторы, даже если Вы думаете, что это "не действительно необходимо". Пренебрежение прибудет и укусит Вас (или Ваши клиенты).
• Многократное использование того же подготовленного оператора многократно с различными значениями параметров более эффективно, чем отправка нескольких полных строк SQL к базе данных, потому что база данных только должна скомпилировать оператор однажды и может снова использовать его также.
• Только значения параметров отправляются в базу данных по execute(), таким образом, меньше данных должно пробежаться через провод при повторном использовании.

В более длинных циклах различие времени выполнения между использованием подготовленного оператора и отправкой плоскости SQL станет примечательным.