SQL 的扩展占位符，例如id 在哪里 (??)

赏金更新： 已经从马克那里得到了很好的答案。将 := 改编为 :，如下。然而，除了 DBIx 之外，我仍在寻找类似的方案。我只是想兼容anything.

我需要有关我为参数化 SQL 语句中的“扩展”占位符选择的语法的建议。因为构建一些构造（IN 子句）困扰着我，所以我决定使用一些自动扩展为普通 ? 的语法快捷方式。占位符。
我喜欢他们。但我想将其打包分发，并问自己它们是否容易理解。

基本上我的新占位符是?? and :?（枚举参数）和:& and :, and :| and ::（对于命名占位符）具有以下用例：

-> db("  SELECT * FROM all WHERE id IN (??)  ", [$a, $b, $c, $d, $e])

The ??扩展到?,?,?,?,?,...取决于我的 db() 函数的 $args 数量。这个非常清楚，而且它的语法已经有点标准化了。 Perls DBIx::Simple 也使用它。所以我很确定这是一个可以接受的想法。

-> db("  SELECT :? FROM any WHERE id>0   ",  ["title", "frog", "id"]);
// Note: not actually parameterized attr, needs cleanup regex

承认吧。我只是喜欢那个笑脸。基本上是这个:?占位符将关联的 $args 扩展为普通的列名称。事实上，它会丢弃所有 $args 值。它实际上对于与 ?? 结合使用的 INSERT 很有用，有时对于 IN 子句也很有用。但在这里我已经想知道这种新语法是否合理，或者不仅仅是一个用词不当，因为它混合了 : 和 ?人物。但不知怎的，它似乎与语法方案很好地匹配。

-> db("  UPDATE some SET :, WHERE :& AND (:|)   ", $row, $keys, $or);

这里是助记符:,展开为一个列表name=:name成对分开,逗号。鉴于:&是一个列=:列列表，由ANDs。为了奇偶性我添加了:|。不过， :& 在 UPDATE 命令之外还有其他用例。
但我的问题不是有用性，而是 :, 和 :& 是否容易记住？

 -> db("  SELECT * FROM all WHERE name IN (::)  ", $assoc);

经过一些之后我还添加了::插值:named,:value,:list非常喜欢??扩展到?,?,?。类似的用例，并且为了一致性是明智的。

不管怎样，还有其他人实施过这样的计划吗？不同的占位符？或者为了简单起见，您会推荐哪个？Update:我知道 PHP Oracle OCI 接口也可以绑定数组参数，但不使用特定的占位符。我正在寻找类似的占位符语法。

我喜欢您提案背后的基本思想，但不喜欢占位符的“命名”。我基本上有两个反对意见：

• 您的占位符以以下任一开头:或与?。您应该选择一种形式，以便可以立即识别占位符。我会选?因为它与 SQL 发生冲突的可能性较小，并且更常用于表示占位符。
• 占位符很难理解也很难记住。:& and :|对我来说似乎合理，但有区别??, :?and :是相当难的。

我改变了我的DB class支持更多占位符并且更加智能：DB_intelligent.php（自述文件中关于占位符的部分不适用于此类。它仅适用于普通类。）

DB 类有两种占位符： 多功能占位符?占位符和关联数组占位符?x (x may be ,, & or |).

?占位符：该占位符根据参数的类型确定插入类型：

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

?x占位符：数组中的每个元素都转换为`field`='value'结构并用分隔符内爆。分隔符由x成分：,用逗号分隔，& by AND and | by 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'

我在设计这个版本的 DB 类时有一些想法：

可能会出现一个明显的想法：为什么不使用? for all数据类型，甚至关联数组。仅添加?& and ?|此外。使用?在关联数组上与使用相同?,在当前的设计中。我没有这样做的原因是安全。您经常希望从某个位置插入数据<select multiple>进入查询（IN ?）。但由于 HTML 允许排列（form[array]）表单控件还可以提交具有相同名称的关联数组。因此，我的查询合成器会将其识别为字段 => 值列表。尽管这可能不会损害安全性，但会导致 SQL 错误，这是很糟糕的。