对 OleDbParameter 名称的痴迷
由于 OleDbParameter
不使用命名参数(由于其性质), 为什么 .NET OleDbParameter
类需要一个名称? (stringparametername ...)
所有构造函数都需要一个参数名称,但我永远不确定该给它起什么名字; 我的名字可以吗? 或者我祖母的名字?
Since the OleDbParameter
does not use named parameters (due to its nature),
why is it that the .NET OleDbParameter
class expects a name? (string parametername ...)
All constructors require a parameter name, and I'm never sure what name to give it; my name is ok? or my grandmothers name?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
尽管 OleDb/Odbc 提供程序使用位置参数而不是命名参数 -
如果您需要引用参数,则需要在 OleDbParameter 集合中以某种方式标识这些参数。
重要的是,当构造参数化 SQL 语句时,会声明每个参数的变量并为其分配各自的值。 然后在执行的 sql 语句中使用。
举个例子:
执行的 SQL 类似于(或者我认为接近):
建议您使用与正在操作的列的名称最匹配的参数名称。
Although the OleDb/Odbc providers use positional parameters instead of named parameters -
the parameters will need to be identified in some way inside the OleDbParameter collection should you need to reference them.
importantly when the parameterised sql statement is constructed, a variable for each parameter is declared and assigned it's respective value. and then used in the sql statement that is executed.
Take for example:
The SQL executed would be something like (or close to I think):
You would be advised to use a parameter name that best matches the name of the column being operated on.
就像编程中的其他一切一样,将其命名为对您的上下文有意义的名称! (名称、订单 ID、城市等)。
在 C# 代码中,您可以使用名称按名称访问参数集合:
当您在执行语句后使用 OUT 参数提取值时,这也很有用:
Just like everything else in programming, name it something meaningful to your context! (name, orderid, city, etc).
You use the names to access the parameters collection by name while in your c# code:
This is also useful when you use OUT parameters to extract the value after you execute your statement:
有一些接口和工厂可以为数据访问提供一定程度的底层提供程序的独立性 - IDataParameter、DbParameter、DbProviderFactory 等。
为了支持这一点,所有参数都可以命名,即使底层提供程序未使用该名称。
There are interfaces and factories to provide a degree of independence of the underlying provider for data access - IDataParameter, DbParameter, DbProviderFactory etc.
To support this, all parameters can be named, even when the name is not used by the underlying provider.