OTL作者对我的电子邮件的回复：
OTL将带有占位符的查询传递到DB API层。对于不同的数据库类型，实际绑定变量的命名约定是不同的。对Oracle说，
SELECt * FROM staff WHERe fname=:f_name<char[20]>
将被翻译成：
SELECt * FROM staff WHERe fname=:f_name
再加上一堆主机变量绑定调用。
对于MS SQL Server或DB2，相同的SELECt看起来像这样：
SELECT * FROM staff WHERe fname=?
手册中描述，对于MS
SQL，DB2，您不能有多个相同名称的占位符。具有占位符/绑定变量的SQL语句创建起来相对昂贵，因此，如果通过otl_stream实例化参数化的SQL，则尽可能多地重用该流是有意义的。
如果您还有其他问题或对如何改进OTL手册的建议，请随时给我发送电子邮件。
干杯，谢尔盖
pheadbaq写道：
嗨，我最近一直在评估C ++
DB库，将其用作我要构建的ORM库的基础，并且越来越倾向于OTL。顺便说一句，它看起来非常不错，并且看起来可以满足我的大多数需求。我只有一个挥之不去的问题，我似乎无法通过阅读文档来澄清。OTL是将参数化查询传递给基础DBMS，还是将我传递给OTL流的参数和查询合并为一个字符串，然后传递给DBMS？
换句话说，如果我将这个MSSQL查询以及字符串“ Bob”作为绑定变量进行OTL处理：
SELECt * FROM staff WHERe fname = :f_name<char[20]>
OTL解析器是否产生以下内容：
SELECt * FROM staff WHERe fname = 'Bob'
或这个：
SELECt * FROM staff WHERe fname = @f_name
连同我的字符串作为参数
如果您想在此处回答，我已经将相同的问题发布到StackOverflow.com：C ++ OTL
SQL数据库库是在后台使用参数化查询还是字符串concat？
感谢您的时间
