Oracle的DBMS_ASSERT的Sql Server等效项是什么？

道理难懂

DBMS_ASSERT    是防止Oracle中的SQL注入攻击的关键之一。我尝试了一个粗略的搜索…该功能是否等效？SQL Server
2005/2008？
& a; w$ [4 b2 K1 A6 M- X! j- ?, w我正在寻找一个具体的实现，应该实现DBMS_ASSERT的所有各个Oracle软件包成员的对等物。
0 v9 Q4 V5 W. X. y# q4 Z$ X: t! GNOOP
SIMPLE_SQL_NAME
QUALIFIED_SQL_NAME
" I& k8 {* _# E3 w1 K' QSCHEMA_NAME我知道防止注入的最佳实践…绑定变量…其中之一。
然而，在这个问题上，我特别想找到一种很好的方法来清理输入而不使用绑定变量。
$ k$ |5 |$ L( b; f  p. a' i你有什么具体的实现吗？
其实有没有一个？Oracle软件包的SQL Server端口的库？
                                                               
3 }6 C6 R- e. I9 O$ y1 V, P    解决方案:                                                               
                                                                你拥有的唯一可能的选项QUOTENAME用于转义对象名称(因此可能相当于)SIMPLE_SQL_NAME或ENQUOTE_NAME它可能相当于其他名称。因此，可以转换表名称（假设它们不具备所有者或数据库的资格）和列名称。
, b+ P+ e* L1 z1 A6 T对象资格没有完全限制的机制(例如，表 bob”变成“
8 j) _. K7 f( P, T2 t8 cdatabase.owner.bob所以你必须手动把它放在一起，也可以选择使用QUOTENAME例如：
- R- {0 B! {9 a, Z( B7 kQUOTENAME(@database)   '.'   QUOTENAME(@owner)   '.'   QUOTENAME(@tableName)
在现有数据库中使用对象DB_NAME假设所有者将作为变量传递：
7 X/ B' ~; ~: I( v: t5 ^DB_NAME()  .'   QUOTENAME(@owner)   '.'   QUOTENAME(@tablename)
+ ?' o7 v( z( A. K* c) N* [以一种真正令人费解的方式，你也可以拒绝所有者：
USER_NAME(OBJECTPROPERTY(OBJECT_ID(@tablename),'ownerid')))
是的，我意识到所有这些都可以作为解决方案，但它们是可选的。
8 p& M9 k& M2 o4 c" t# ~6 ?2 d但是，对于转义值，你其实是一个人:没有内置SQL
Server等效项，所以所有手动字符串操作都是如此。你可以创建一个UDF这个操作虽然要做，但可能值得一看。SQL Server
sp_ExecuteSQL语义重写存储过程。