SQL 注入
SQL注入就不用介绍了，网上很多。下面介绍一下防止
SQL注入的方法。
使用
quotename 函数和
sp_executesql
参考如
下表结构：这是一个文档表里面有一些简单的字段信息
CREATE
TABLE
[dbo]
.
[DocumentInfo]
(
[ID]
[int]
IDENTITY
(
1,
1) primary key
NOT
NULL,--
主键
[Name]
[varchar]
(
100)
NOT
NULL,--
文档名字
[FunctionID]
[int]
NOT
NULL
，
--
功能
ID
外键
[TypeInfo]
[nvarchar]
(
2000)
NULL—
描述信息
）
我们可能会按，主键
ID，文档的名字，功能
id，
描述信息进行查询
，这个一看就是拼接
sql语句，如果不用上面的方法很可能造成
sql注入
例如你写的存储过程可能如下：
CREATE
proc
[dbo]
.
[Doc_search]
(
@ID
int
,
@name
varchar
(
10),
@FID
int
,
@Info
nvarchar
(
20)
)
as
begin
declare
@sql
varchar
(
300)
set
@sql
=
'select * from
[DocumentInfo] where 1=1'
if
@ID
<>-
1
set
@sql
=
@sql
+
' and ID='
+
CAST
(
@ID
as
varchar
)
if
@name
<>
''
set
@sql
=
@sql
+
' and name='''
+
CAST
(
@name
as
varchar
)
+
''''
if
@FID
<>-
1
set
@sql
=
@sql
+
' and
[FunctionID]='
+
CAST
(
@FID
as
varchar
)
if
@Info
<>
''
set
@sql
=
@sql
+
' and [TypeInfo] like ''%'
+
CAST
(
@Info
as
varchar
)+
'%'''
print
@sql
end
exec
(
@sql
)
虽然你用了带参数的存储过程
，但本质上还是拼接字符串，没有有效的防治
sql注入。现在
分别用
quotename()函数和
sp_executesql。
Quotename()函数不知道用的请自行查找，
sp_executesql的用法
见上一篇动态
sql
Quotename改进如下：
alter
proc
[dbo]
.
[Doc_search]
(
@ID
int
,
@name
varchar
(
10),
@FID
int
,
@Info
nvarchar
(
20)
)
as
begin
declare
@sql
varchar
(
300)
set
@sql
=
'select * from
[DocumentInfo] where 1=1'
if
@ID
<>-
1
set
@sql
=
@sql
+
' and ID='
+
CAST
(
@ID
as
varchar
)
相关文档：
工作中碰到的小技巧，比如说要用数据表里取出注册用户的资料，性别为1则显示为男生；性别为2则显示为女生；以前都是从表里取出数据，然后再用代码进行判断，为1则显示为男生；为2则显示为女生；其实单用SQL语句就可以做到，如下：
直接使用case when else 语句
Case具有两种格式。简单Case函数和Case� ......
SQl数据类型(-_-学SQL就从数据类型开始吧！)
bit 整型
其值只能是0、1或空值。
这种数据类型用于存储只有两种可能值的数据，如Yes 或No、True 或False 、On 或Off.
int 整型 4个字节
从- 2^31(-2147483648)到2^31 (2147483 647)之间的整数。
存储到数据库的几乎所有数值型的数� ......
1. 创建触发器, 在mssql下的触发器的使用:Db->表->选择表名->所有任务(右键)->管理触发器
2. 当表被更新\插入\删除后,都可以通过定义触发器来响应该事件,从而进行相应的处理! 如一个学生转系了,其学号被更换了,他所借的图书对应的学号也相应需要改动,这个我们可以只通过update其学号,和学号相关联的表由触发器 ......
基本的Sql编写注意事项
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。
不用NOT IN操作符，可以用NOT EXISTS或者外连接+替代。
Oracle在执行IN子查询时，首先执行子查询，将查询结果放入临时表再执行主查询。而EXIST则是首先检查主查询，然后运行子查询直到找到
第一个匹配项。NOT EXISTS比NOT IN效率� ......
PL/SQL最差实践
http://benben.javaeye.com/blog/278164
1. 超长的PL/SQL代码
影响：可维护性，性能
症状：
在复 ......
