Расширенные заполнители для SQL, например, ГДЕ идентификатор В (??)

Мне нравится основная идея, лежащая в основе вашего предложения, но мне не нравится "именование" заполнителей. У меня в основном есть два возражения:

• Ваши заполнители начинаются либо с :, либо с ?. Вы должны выбрать одну форму, чтобы заполнитель можно было сразу распознать. Я бы выбрал ?, потому что он имеет меньше возможных столкновений с SQL и более распространен для обозначения заполнителей.
• Заполнители трудно понять и трудно запомнить. :& и :| мне это кажется правдоподобным, но отличительным ??, :? и : довольно сложно.

Я изменил свой класс БД , чтобы поддерживать еще несколько заполнителей и быть более интеллектуальным: DB_intelligent.php (часть README о заполнителях не относится к этому классу. Это только для обычного класса.)

Класс БД имеет два вида заполнителей: многофункциональный заполнитель ? и заполнитель ассоциативного массива ?x (x может быть ,, & или |).

? заполнитель: Этот заполнитель определяет тип вставки по типу аргумента:

null                => 'NULL'
'string'            => 'string'
array('foo', 'bar') => ('foo','bar')

?x заполнитель: Каждый элемент массива преобразуется в структуру `field`='value' и сжимается разделителем. Разделитель задается компонентом x: , разделяет запятой, & - AND и | - OR.

Пример кода:

DB::x(
    'UPDATE table SET ?, WHERE value IN ? AND ?&',
    array('foo' => 'bar'),
    array('foo', 'bar'),
    array('hallo' => 'world', 'hi' => 'back')
);

// Results in this query:
// UPDATE table SET `foo`='bar' WHERE value IN ('foo','bar') AND `hallo`='world' AND `hi`='back'

Некоторые мысли, которые у меня были при разработке этого версия класса БД:

Очевидная мысль, которая может возникнуть: почему бы не использовать ? для всех типов данных, даже ассоциативных массивов. Только добавьте ?& и ?| дополнительно. Использование ? в ассоциативном массиве будет таким же, как использование ?, в текущем проекте. Причина, по которой я этого не сделал, - безопасность. Часто требуется вставить данные из <select multiple> в запрос (IN ?). Но поскольку HTML позволяет создавать массивы (form[array]), форма также управляет ассоциативным массивом с тем же именем могут быть представлены. Таким образом, мой составитель запросов распознал бы его как список полей => значений. Даже если это, вероятно, не повредит безопасности, это приведет к ошибке SQL, что плохо.

Очень аккуратно! Я думаю, что заполнители хороши, если вы хорошо их документируете и приводите множество примеров при их распространении. Это нормально, что вы изобрели свои собственные заполнители; в конце концов, кто-то должен был подумать об использовании ?.

Если вы готовы потратить некоторое время на изучение доктрины, то вы могли бы делать удивительные вещи, такие как:

$q = Doctrine_Query::create()
    ->select('u.id')
    ->from('User u')
    ->whereIn('u.id', array(1, 3, 4, 5));

echo $q->getSqlQuery();

Что могло бы привести к такому запросу:

SELECT 
u.id AS u__id 
FROM user u 
WHERE u.id IN (?, 
?, 
?, 
?)

Этот пример взят из: документация doctrine dql