社区
Java EE
帖子详情
最近在做论坛,但发现权限管理不好处理,希望各位前辈给点提示
notlikeGaoShou
2010-07-23 08:02:11
主要父版主对帖子的控制,我因为之前没有看过什么好的处理方法,现在发觉我的处理方法好繁琐
主要还是发现表的设计有问题,希望给位前辈不吝赐教!!!谢谢了
...全文
304
16
打赏
收藏
最近在做论坛,但发现权限管理不好处理,希望各位前辈给点提示
主要父版主对帖子的控制,我因为之前没有看过什么好的处理方法,现在发觉我的处理方法好繁琐 主要还是发现表的设计有问题,希望给位前辈不吝赐教!!!谢谢了
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
16 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
lyyb2001
2010-07-28
打赏
举报
回复
看看RBAC,也看看spring security
notlikeGaoShou
2010-07-28
打赏
举报
回复
呵呵,受教了,谢谢你们
james2222
2010-07-26
打赏
举报
回复
[Quote=引用 11 楼 zhaoyongqiangri 的回复:]
引用 7 楼 qingyuan18 的回复:
经典设计是用户表,部门表和角色表
用户表,部门表和角色表都设计parent_id字段以便分级别,部门表与用户表1对多关联,角色表和部门表多对多关联,也就是用户表中会有一个字段指明该用户所属部门,另外有一张角色-部门关联表存储角色ID和部门ID
角色权限细分到部门,该部门下用户权限与部门权限一致,当然有的设计里也有用户和角色表的关联,这样用户的权限是该用户所属部门角色和自身所拥有角色的合集
[/Quote]
+3
aa870816
2010-07-26
打赏
举报
回复
顶7楼~~
zhaoyongqiangri
2010-07-26
打赏
举报
回复
[Quote=引用 7 楼 qingyuan18 的回复:]
经典设计是用户表,部门表和角色表
用户表,部门表和角色表都设计parent_id字段以便分级别,部门表与用户表1对多关联,角色表和部门表多对多关联,也就是用户表中会有一个字段指明该用户所属部门,另外有一张角色-部门关联表存储角色ID和部门ID
角色权限细分到部门,该部门下用户权限与部门权限一致,当然有的设计里也有用户和角色表的关联,这样用户的权限是该用户所属部门角色和自身所拥有角色的合……
[/Quote]
表达很不错 +2
bai_feng
2010-07-26
打赏
举报
回复
表的设计是一个方面,在系统里具体使用什么角色,限制什么操作,LZ可以用一下自定义注解,这也是一种方案。
ywj_316888
2010-07-26
打赏
举报
回复
来个复杂的,用户表,部门表,角色表,权限表,资源表,操作表
资源+操作=权限 1张表
角色vs根限 1张表
部门vs角色 1张表
用户标部门,角色两字段,权限取合集
至于需不需要parent_id看复杂度可以自已决定,一般系统应该没有这么复杂,思路就这样
泯梦幽思
2010-07-25
打赏
举报
回复
[Quote=引用 7 楼 qingyuan18 的回复:]
经典设计是用户表,部门表和角色表
用户表,部门表和角色表都设计parent_id字段以便分级别,部门表与用户表1对多关联,角色表和部门表多对多关联,也就是用户表中会有一个字段指明该用户所属部门,另外有一张角色-部门关联表存储角色ID和部门ID
角色权限细分到部门,该部门下用户权限与部门权限一致,当然有的设计里也有用户和角色表的关联,这样用户的权限是该用户所属部门角色和自身所拥有角色的合……
[/Quote]
这位兄弟在解释RBAC,楼主可以去看一下
notlikeGaoShou
2010-07-25
打赏
举报
回复
呵呵,看来权限管理可以分为单独的一个系统了
危险的大猫
2010-07-23
打赏
举报
回复
先听听前辈怎么说..
huahua6731799
2010-07-23
打赏
举报
回复
路过看看的
JerryZhou_
2010-07-23
打赏
举报
回复
关注Ing...
qingyuan18
2010-07-23
打赏
举报
回复
经典设计是用户表,部门表和角色表
用户表,部门表和角色表都设计parent_id字段以便分级别,部门表与用户表1对多关联,角色表和部门表多对多关联,也就是用户表中会有一个字段指明该用户所属部门,另外有一张角色-部门关联表存储角色ID和部门ID
角色权限细分到部门,该部门下用户权限与部门权限一致,当然有的设计里也有用户和角色表的关联,这样用户的权限是该用户所属部门角色和自身所拥有角色的合集
notlikeGaoShou
2010-07-23
打赏
举报
回复
晕哦,倒是给点意见啊,呵呵,共同学习ING
少F
2010-07-23
打赏
举报
回复
语焉不详
boluo520
2010-07-23
打赏
举报
回复
学习学习!支持支持
AI搜索的本质:从信息检索到意图执行的技术演进
搜索已不再是简单的关键词匹配,而是一种基于用户意图的理解与执行过程。其核心原理正从传统TF-IDF和PageRank的静态文档相似度计算,转向融合上下文、设备、行为等多维信号的动态可信度建模。这一转变带来显著技术价值:大幅降低用户认知负荷、提升任务完成率、重构广告与知识服务的信任机制。典型应用场景覆盖政务办事、医疗故障诊断、教育路径规划及企业知识库问答等高可靠性需求领域。本文深入剖析支撑AI搜索落地的三大技术支柱——意图理解层的语义锚
点
设计、知识融合层的RAG幻觉抑制策略、行动执行层的原子化服务编排,并结合
【审计专栏】【法律领域】【社会科学】 第五十六篇 企业管理层互动形态分析01 AI分析
战略官试图塑造公司“战略现实”S_s(如“未来在于AI”),业务总裁固守“运营现实”S_o(如“现金为王”)。
【通过ADMM进行TV-L1去噪】一种用于总变差去噪的交替方向法研究(Matlab代码实现)
内容概要:本文聚焦于“通过ADMM进行TV-L1去噪”的研究,系统阐述了基于交替方向乘子法(ADMM)实现总变差(Total Variation, TV)正则化与L1范数稀疏约束相结合的图像去噪模型。文中详细解析了TV-L1模型的数学构建及其在抑制椒盐噪声、保持图像边缘结构方面的优越性,重
点
介绍了ADMM算法如何将复杂的凸优化问题分解为多个可高效求解的子问题,提升收敛效率与数值稳定性。配套提供的Matlab代码实现了完整的去噪流程,便于读者复现算法并开展实验验证。此外,文档还整合了电力系统、信号
处理
、路径规划、机器学习等多个领域的科研资源,凸显其作为综合性学术资料包的价值。; 适合人群:具备良好数学基础与Matlab编程能力,从事图像
处理
、信号去噪、优化算法或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 深入理解并复现基于ADMM的TV-L1图像去噪算法;② 掌握总变差正则化与L1范数在稀疏噪声去除中的理论与应用;③ 利用所提供的Matlab代码进行算法调试、性能评估与二次开发;④ 借助附带的多领域科研案例拓展研究思路,推动跨学科技术创新。; 阅读建议:建议读者结合理论推导与Matlab代码实践,逐步跟踪ADMM的迭代过程,观察其收敛行为与去噪效果,同时可参考文档末尾提供的丰富科研资源链接,拓展技术视野与研究深度。
【博士论文复现】计及锁相环频率耦合的光伏逆变器序阻抗解析建模与扫频稳定评估(Matlab代码、Simulink仿真实现)
内容概要:本文档为一篇博士论文的复现资料,聚焦于计及锁相环频率耦合效应的光伏逆变器序阻抗解析建模与扫频稳定评估研究。基于Matlab编程与Simulink仿真平台,构建了包含锁相环动态特性的光伏并网逆变器正负序阻抗模型,深入剖析其在弱电网条件下因锁相环引发的频率耦合机制,并采用小信号扫频法进行阻抗特性辨识与系统稳定性分析。文档系统呈现了理论建模的数学推导过程、仿真模型搭建细节及核心代码实现,旨在完整复现并验证原论文的关键研究成果,帮助使用者掌握新能源发电系统接入弱电网时的小信号稳定性分析方法与技术路径。; 适合人群:具备电力电子、自动控制及电力系统稳定性相关基础知识,熟练掌握Matlab/Simulink仿真工具,从事新能源并网技术、微电网稳定性分析、逆变器控制策略研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 深入理解光伏逆变器序阻抗建模理论,特别是锁相环导致的正负序频率交叉耦合现象;② 掌握基于扫频法的阻抗测量与奈奎斯特稳定性判据应用,评估并网系统的稳定裕度;③ 复现高水平学术论文的核心成果,为自身科研项目提供可靠的理论依据、成熟的代码框架与仿真技术参考。; 阅读建议:学习者应结合所提供的Matlab代码与Simulink仿真模型,循序渐进地理解阻抗建模的理论推导与实现逻辑,重
点
在于动手调试扫频模块以获取精确的阻抗频率响应曲线,并通过调整控制器参数、电网强度等变量,观察其对系统阻抗特性与稳定性的影响,从而深化对理论知识的实践应用与创新能力。
Nodejs如何承接BFF接口聚合层
标题:Nodejs如何承接BFF接口聚合层 内容概要:围绕缓存策略、任务调度、回压控制和审计追踪,拆解Nodejs如何承接BFF接口聚合层的实现细节。 直播下载:zuqiuzb.yixiaoshu.com 24直播网:zuqiuzb.yipu888.com 直播下载:afc.yipaicn.net 直播下载:www.ykdfhg.cn 24直播网:dvd.yks123.com
Java EE
67,535
社区成员
225,851
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章