MSSQL网站制作之浅谈怎样无效创建权限办理系统（原创）...

Federated将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用系统|原创
BALLOONMAN20022004年6月26日

本文拟分离POWERBUILDER言语，简述怎样在传统C/S使用体系傍边无效创建权限办理系统。

何谓权限办理系统？就是怎样把持操纵利用者对软件功效和体系数据的会见权限的各个方面。传统的C/S使用体系，多是“前台使用程序+背景数据库表”两部分，如许就决意了我们思索权限办理系统就一定要思索两方面的内容：

1、用户在前台的功效权限：即该用户可以利用哪些菜单或窗口功效，比方：张三只能利用数据录进功效，不克不及利用办理审批功效；

2、用户在背景的功效权限：即该用户可以对库表具有哪些读、取会见权限，比方：张三关于x_table表只要读权限，没有写权限；

是不是上述两方面权限办理就充足了呢？谜底是不是定的，由于从使用角度来思索，还必要对用户的数据会见权限举行把持，比方：张三属于A分局，李四属于B分局，张3、李四各录进一条数据，那末在查询时明显张三只能查询到其本人录进的数据纪录，而不同意其查询到李四录进的数据纪录，大概只能查询而不同意修正，因而这就引出了第三方面的权限办理内容：

3、用户在使用的数据会见权限：即该用户可以对哪些数据具有哪些会见权限；

上面我们一一来懂得怎样完成上述三个方面的权限办理：

1、前台功效权限：

谈到前台功效权限，我们要创建上面几个观点：

岗亭：是指用户详细卖力的事情分类，如：数据录进岗、文书审批岗、体系保护岗等；

功效：是指用户可以利用的软件功效，能够经由过程菜单或窗口来把持，但因为一个体系傍边窗口一般数据量复杂，把持用户利用哪些窗口不太实践，因而我们一般菜单把持便可；

工号：是指详细用户登录体系所用的用户ID；

上述三个观点的互相干系以下：

一个岗亭能够对应多个功效菜单；

一个功效菜单一样能够对应多个岗亭；

一个工号只能属于一个岗亭；

进而我们能够计划以下用户登录流程：

（1）用户ID登录体系后读取对使用户表检察其地点岗亭；

（2）查找该岗亭对应可使用哪些菜单；

（3）将用户可以利用的菜单和体系实践菜单一一对照，屏障不同意其利用的菜单；

这内里因为触及到菜单的遍历，必要利用到一些PB的利用技能，详见别的一篇文章《浅谈怎样使用PB完成静态增加菜单》，此处不再赘述。

如许经由过程上述三者干系，创建起一个用户工号究竟可以利用哪些菜单，不克不及利用哪些菜单。为什么要云云庞大，为什么不间接界说每一个工号可以利用哪些菜单呢？那样的话，明显体系冗余太年夜，形成资本华侈，不切合标准化请求。

2、背景库表权限：

背景库表权限次要是依据前台工号在背景数据库创建响应的帐号（LOGIN）、用户（USER），并依据必定的划定规矩发生对应暗码，并付与其分歧的脚色（ROLE）、分歧库表的分歧读、写权限，因为这部分与所接纳的背景详细数据库亲切相干，因而本文不再胪陈。

3、使用数据权限：

使用数据权限的完成，次要经由过程各种数据表傍边必需引进数据纪录的录进或发生单元代码和操纵员工号ID，当用户会见响应纪录时，起首对照以后用户ID及其地点单元，是不是与数据纪录的发生操纵员ID及其单元代码分歧，这个成绩提及来复杂，但实践用PB言语完成起来必要考究必定技能，要充实借助“承继”这一特征，只管高效、通用。



如必要进一步材料，请接洽QQ:27855043,MSN:WEIYIN2001@MSN.COM

若有不妥的地方，敬盼您的指导。
出于效率方面的考虑，InnoDB数据表的数据行级锁定实际发生在它们的索引上，而不是数据表自身上。显然，数据行级锁定机制只有在有关的数据表有一个合适的索引可供锁定的时候才能发挥效力。

如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。

大侠们有推荐的书籍和学习方法写下吧。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

所以你总能得到相应的升级版本，来满足你的需求。

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

入门没那么困难，精通没那么容易