平安医保权限管理关系

select * from fwa_user_info; --用户
select * from fwa_role_info a; --角色
select * from fwa_menu_info a; --菜单
select * from fwa_role_user; --用户和角色关联
select * from fwa_role_menu; --角色和菜单关联
/**
系统用户表和角色表根据用户和角色关联表id_role关联，一个用户对应多个角色。
角色表和菜单表根据角色菜单表id_role字段管理，多对多的关系。
*/

-----添加菜单：

--user 1 : n role 1 : n menu
select * from fwa_user_info; --用户
select * from fwa_role_info a; --角色
select * from fwa_menu_info a; --菜单
select * from fwa_role_user; --用户和角色关联
select * from fwa_role_menu; --角色和菜单关联
--角色
WARN_APPROVER_ROLE 预警审批岗
WARN_AGENT_ROLE 预警分析岗
WARN_AUDIT_ROLE 预警复核岗
WARN_MANAGE_ROLE 预警管理岗

SETTLEMENT_MANAGE_ROLE 结算管理岗
SETTLEMENT_ANALYSIS_ROLE 结算分析岗

--监控分析 1
--监控分析报表 2
--病程情况汇总 3 路由、css名字

--菜单的层级关系
select * from fwa_menu_info a where a.parent_menu = ‘0‘ for update;--id xxx 1a2b3c
select * from fwa_menu_info a where a.parent_menu = ‘1a2b3c‘ for update;--菜单图表需要顾彦提供 id yyy 1a2b3c4d
select * from fwa_menu_info a where a.parent_menu = ‘1a2b3c4d‘ for update;-- 1a2b3c4d5e

select * from fwa_user_info f where f.id_user = ‘FE1EFDD57BA71190E043171D190A965E‘
--用户和角色关联
select distinct *
from fwa_user_info f, fwa_role_info a, fwa_role_user u
where f.id_user = u.id_user
and a.id_role = u.id_role
and f.id_user = ‘FE1EFDD57BA71190E043171D190A965E‘
--角色和菜单关联
select * from fwa_role_info r where r.id_role=‘FDE749B8C4867F54E043171D190A91A8‘;
select * from fwa_menu_info m;
select * from fwa_role_menu rm where rm.id_role=‘FDE749B8C4867F54E043171D190A91A8‘;

select * from fwa_menu_info m where m.parent_menu=‘1F47F2360464B146E0531580140A2F39‘;
select * from fwa_menu_info m where m.parent_menu=‘0‘;
----插入监控分析 1
insert into fwa_menu_info
(ID_MENU,
MENU_NAME,
MENU_HREF,
MENU_CLASS,
MENU_DESC,
PARENT_MENU,
MENU_ORDER,
MENU_STATUS,
CREATED_BY,
CREATED_DATE,
UPDATED_BY,
UPDATED_DATE,
MENU_STATENAME,
USE_BASIC_DATA)
values
(sys_guid(),
‘监控分析1‘,
‘‘,
‘jkfx1‘,
‘监控分析1‘,
‘0‘,
‘1037‘,
‘Y‘,
‘FWADATA‘,
to_date(‘01-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘FWADATA‘,
to_date(‘02-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘‘,
null);
-----插入监控分析报表 2
insert into fwa_menu_info
(ID_MENU,
MENU_NAME,
MENU_HREF,
MENU_CLASS,
MENU_DESC,
PARENT_MENU,
MENU_ORDER,
MENU_STATUS,
CREATED_BY,
CREATED_DATE,
UPDATED_BY,
UPDATED_DATE,
MENU_STATENAME,
USE_BASIC_DATA)
values
(sys_guid(),
‘监控分析报表2‘,
‘‘,
‘jkfxbb‘,
‘监控分析报表2‘,
‘238630FAEF6B9483E0531480140A2F4E‘,
‘1037‘,
‘Y‘,
‘HCPMSDATA‘,
to_date(‘01-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘FWADATA‘,
to_date(‘02-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘‘,
null);
-----插入病程情况汇总 3
insert into fwa_menu_info
(ID_MENU,
MENU_NAME,
MENU_HREF,
MENU_CLASS,
MENU_DESC,
PARENT_MENU,
MENU_ORDER,
MENU_STATUS,
CREATED_BY,
CREATED_DATE,
UPDATED_BY,
UPDATED_DATE,
MENU_STATENAME,
USE_BASIC_DATA)
values
(sys_guid(),
‘病程情况汇总3‘,
‘‘,
‘bcqkhz‘,
‘病程情况汇总3‘,
‘238630FAEF6C9483E0531480140A2F4E‘,
‘1037‘,
‘Y‘,
‘HCPMSDATA‘,
to_date(‘01-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘FWADATA‘,
to_date(‘02-11-2015 15:56:18‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘‘,
null);
--------插入管理关系
insert into fwa_role_menu
(ID_RELATIONSHIP,
ID_ROLE,
ID_MENU,
RELATIONSHIP_STATUS,
CREATED_BY,
CREATED_DATE,
UPDATED_BY,
UPDATED_DATE)
values
(sys_guid(),
‘FDE749B8C48D7F54E043171D130A91A8‘,
‘238630FAEF6C9483E0531480140A2F4E‘,
‘Y‘,
‘FWADATA‘,
to_date(‘01-11-2015 11:15:30‘, ‘dd-mm-yyyy hh24:mi:ss‘),
‘FWADATA‘,
to_date(‘02-11-2015 11:15:30‘, ‘dd-mm-yyyy hh24:mi:ss‘));
--------创建关联关系
WARN_APPROVER_ROLE 预警审批岗 FDE749B8C48D7F54E043171D130A91A8
WARN_AGENT_ROLE 预警分析岗 FDE749B8C48D7F54E043171D110A91A8
WARN_AUDIT_ROLE 预警复核岗 FDE749B8C48D7F54E043171D120A91A8
WARN_MANAGE_ROLE 预警管理岗 2001BE9552EE611AE0531480140A73EE
select * from fwa_role_info a where a.role_name =‘WARN_MANAGE_ROLE‘; --角色
SETTLEMENT_MANAGE_ROLE 结算管理岗 080B04B06C3408C8E0531580140AE008
SETTLEMENT_ANALYSIS_ROLE 结算分析岗 080B04B06C3308C8E0531580140AE008

-------一级菜单监控分析
select * from fwa_menu_info m where m.parent_menu=‘0‘
select * from fwa_menu_info m where m.parent_menu=‘238630FAEF6B9483E0531480140A2F4E‘

select * from fwa_menu_info m where m.parent_menu=‘238630FAEF6C9483E0531480140A2F4E‘

select * from fwa_menu_info m where m.id_menu=‘238630FAEF6D9483E0531480140A2F4E‘

select * from fwa_role_menu rm where rm.id_menu=‘238630FAEF6B9483E0531480140A2F4E‘

--------------
----一级菜单诚信管理
select * from fwa_menu_info m where m.parent_menu=‘1F47F2360464B146E0531580140A2F39‘
----二级菜单医务人员管理
select * from fwa_menu_info m where m.parent_menu=‘1F5CAE6290109293E0531580140A02E0‘
----三级菜单医生诚信登记
select * from fwa_menu_info m where m.id_menu=‘0EB4463D709AB733E0531580140A9FEE‘

select * from fwa_role_menu rm where rm.id_menu=‘1F47F2360464B146E0531580140A2F39‘

----------------
select * from fwa_role_info a where a.id_role=‘FDE749B8C4867F54E043171D190A91A8‘; --角色

select to_date(to_char(sysdate,‘dd-mm-yyyy hh24:mi:ss‘), ‘dd-mm-yyyy hh24:mi:ss‘) from dual;

select * from fwa_role_menu

select * from fwa_menu_info m where m.parent_menu=‘0‘

delete from fwa_role_menu rm where rm.id_menu=‘238630FAEF6D9483E0531480140A2F4E‘

时间： 2024-11-05 23:10:14

平安医保权限管理关系的相关文章

spring security3.2配置---权限管理

之前已经在我的博客中发过security的运行流程图了,大家可以先去看看那个图再看这篇.今天我主要在这里贴出了security配置中的几个重要的类和两个xml配置文件,基本上控制权限的就是这几个文件了.因为最近都比较忙,一直没有时间发出来,导致有点忘记配置时的过程了,所以忘记了一些细节的内容,原本我打算写的详细一点的,但现在都有点忘记了,我在这里就不再一一写出来了,因为在每个文件的方法或配置里,我用注释说明了一些配置时所遇到的问题,大家可以看看,可能比较难看,因为表达可能不是很好,有些写得比较详

ASP.NET MVC：窗体身份验证及角色权限管理示例

ASP.NET MVC 建立 ASP.NET 基础之上,很多 ASP.NET 的特性(如窗体身份验证.成员资格)在 MVC 中可以直接使用.本文旨在提供可参考的代码,不会涉及这方面太多理论的知识. 本文仅使用 ASP.NET 的窗体身份验证,不会使用它的 成员资格(Membership) 和 角色管理 (RoleManager),原因有二:一是不灵活,二是和 MVC 关系不太. 一.示例项目 User.cs 是模型文件,其中包含了 User 类: public class User { publ

MVC身份验证及权限管理

MVC自带的ActionFilter 在Asp.Net WebForm的中要做到身份认证微软为我们提供了三种方式,其中最常用的就是我们的Form认证,需要配置相应的信息.例如下面的配置信息: <authentication mode="Forms"> <forms loginUrl="Login.aspx" defaultUrl="Default.aspx" protection="All" /> &l

如何解决网站多用户权限管理

通过URL匹配控制访问权限,也就是在用户请求(response)某个URL的时候,查看该用户是否有这个权限.这个"查看"是在一个Filter中进行的.判断用户是否有权限的标准是在一个xml文件中配置的.Dtd文档如下 如:Java代码  1.<?xml version="1.0" encoding="UTF-8"?>   2.  3.  4.<!ELEMENT privilege (globe-error?,allmapping

NopCommerce源代码分析之用户验证和权限管理

目录 1.  介绍 2.  UML 2.1  实体类UML图 2.2  业务相关UML图 3.  核心代码分析 3.1  实体类源代码 3.2  业务相关源代码 3.3  相关控制器源代码 3.4  相关View源代码 4.  总结 1.  介绍 1.1  nopcommerce介绍 nopcommerce是国外的一个高质量的开源b2c网站系统,基于EntityFramework4.0和MVC3.0,使用Razor模板引擎,有很强的插件机制,包括支付配送功能都是通过插件来实现的. nopcomm

Django之权限管理插件

参考:https://www.cnblogs.com/alex3714/articles/6661911.html http://www.cnblogs.com/wupeiqi/articles/6229414.html 1.      什么是权限? 权限就是对软件系统中各种资源的访问和操作的控制! 2.      什么是资源? 在软件系统中,数据库.内存.硬盘里数据都是资源,资源就是数据! 3.      动作 资源本身是静态的,必须通过合适的动作对其进行访问和操作,我们说要控制权限,其实本质

基于Django实现RBAC权限管理

概述 RBAC(Role-Based Access Control,基于角色的访问控制),通过角色绑定权限,然后给用户划分角色.在web应用中,可以将权限理解为url,一个权限对应一个url. 在实际应用中,url是依附在菜单下的,比如一个简单的生产企业管理系统,菜单可以大致分为以下几块:制造.资材.生产管理.人事.财务等等.每个菜单下又可以有子菜单,但最终都会指向一个url,点击这个url,通过Django路由系统执行一个视图函数,来完成某种操作.这里,制造部的员工登录系统后,肯定不能点击财务

用户，组和权限管理

用户,组和权限管理 概述:在Linux中由于可以实现多用户和多任务的管理,所以在Linux中用户和组与文件的权限关系显得格外重要.如果出现混乱,那么在用户使用时会给系统造成很多不稳定性的因素.这也是linux系统相对于其它操作系统更安全的原因之一. linux系统中用户分为: 系统用户: centos6上的UID(1-499) centos7上的UID(1-999) 注:系统用户无法登陆到系统之中 登录用户 centos6上的UID(500+) centos7上的UID(1000+)待 (通过交

权限管理---设计分析以及具体细节

权限管理---设计分析以及具体细节 说起权限我们大家都知道,不一样的角色会有不一样的权限.比如就像学生管理系统一样,管理员,老师,学生之间的权限都是不一样的,那么展示的页面也是不一样的.所以,我们现在来看看具体操作. 目标:生成一个独立的组件,到哪都能用 一.先创建一个 项目,建一个app01和rbac的应用 二.表结构设计 1.先看配置文件合适不,给创建的rbac在配置文件里面设置一下   找到INSTALLED_APPS=['rbac'] 配置静态文件 2.设计表结构 models中创建类: