Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2369745
  • 博文数量: 473
  • 博客积分: 12252
  • 博客等级: 上将
  • 技术积分: 4307
  • 用 户 组: 普通用户
  • 注册时间: 2007-10-12 10:02
文章分类

全部博文(473)

文章存档

2012年(8)

2011年(63)

2010年(73)

2009年(231)

2008年(98)

分类: Mysql/postgreSQL

2009-05-22 17:39:41

 mysql的存储过程也出来许久了(昨天看到一片今年一月的一片文章说mysql没有存储过程,很郁闷,难道大家的观念已经根深蒂固到如此的程度了?)但是网上的资料却少之又少,更别说书上了。为了让大家少走点弯路——
  下面提到的将是几个在使用存储过程的时候需要的几个小细节。
  首先,在mysql存储过程出现的同时,用户权限也增加了5种,其中和存储过程有关的权限有
  三种:
  ALTER ROUTINE 编辑或删除存储过程
  CREATE ROUTINE 建立存储过程
  EXECUTE 运行存储过程
  在使用GRANT创建用户的时候分配这三种权限。
  存储过程在运行的时候默认是使用建立者的权限运行的。
   需要注意的是在一个用户拥有建立存储过程的权限时,如果其没有对于select、update或delete等权限的话,虽然操作数据的存储过程可以建 立,但调用存储过程的话仍是无法成功的,会返回权限错误,就算拥有运行存储过程的权限也一样。所以,如果有人给你建立了一个没有select、 update、delete权限只有CREATE ROUTINE权限的用户,骂他吧,他是故意的。
  当然这样的用户建立的存储过程倒并不是完全不能使用,创建存储过程中有一个特征子句可以让存储过程使用运行者的权限,在建立存储过程后只要加上SQL SECURITY INVOKER特征子句就可以了。如下。
  CREATE PROCEDURE p()
  SQL SECURITY INVOKER
  这样的话就可以分配两批人,一批给与创建存储过程的权限,作为开发者,一批给与运行存储过程和select、update、delete权限,作为测试者。(脑筋秀逗了)
  有了这种权限分配,mysql的安全性完全不需要在功能层去保护了,我通过root用户建立的存储过程,但是在功能层用一个只拥有运行存储过程权限的用户来调用。那么,你就算从功能层上得到数据库的用户名和密码,并且模拟了ip,也不能得到你想要的任何东西。
  有了权限,我们可以放心大胆的使用存储过程,不用担心安全问题了。
 
阅读(755) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~