用户权限管理数据库表设计思想 表:(1)用户表(user) (2)权限表(power) (3)部门表(group) (4)角色表(role) (5)用户部门角色表(user_group_role)存放用户id,部门id,角色id (6)权限部门角色表(power_group_role)存放权限id,部门id,角色id 设计理念: a用户可以(绑定)属于m部门n角色   z权限可以(绑定)属于m部门n角色 由此:a就拥有z权限   设计扩展:一个用户可以同时属于多个部门下的多个角色 每个部门下的每

问题描述 针对复杂的多级栏目该如何设计数据库表结构? 比如可能存在如下几种情况: 主栏目1-->子栏目2-->子栏目3-->内容列表-->内容 主栏目2-->子栏目2-->内容列表-->内容 主栏目3-->内容列表-->内容 如果说为了开发和后期维护的方便,以及后期新的内容添加或删除方便,栏目表应该如何设计比较符合规范? 比如栏目按照一定规则拼接放到一个字段里: 主栏目1|子栏目11|子栏目111 主栏目2|子栏目21|子栏目212|子栏目2121 或

Activiti数据表结构 1  Activiti数据库表结构 1.1      数据库表名说明     Activiti工作流总共包含23张数据表,所有的表名默认以"ACT_"开头. 并且表名的第二部分用两个字母表明表的用例,而这个用例也基本上跟Service API匹配. u  ACT_GE_* : "GE"代表"General"(通用),用在各种情况下: u  ACT_HI_* : "HI"代表"History

问题描述 如何创建一个不容被修改的数据库表结构? 我想学习创建数据库表结构,但是不知道如何下手,求大神解答 刚才的问题有歧义,我修改了下. 然后声明下: 我会用数据库建模工具 我就是不太明白如何创建一个好的数据库结构,一个不容易被修改的结构,一个高效的结构 -------------------分割线----------------------- 如果让你们创建表结构你们如何创建呢?求思路~ 解决方案 不存在什么不容易被修改的表结构.首先你的程序决定了修改还是不修改. 如果你不信任你的程序,你可

  数据库表结构设计规范-浅谈,为啥是浅谈呢,因为主要的观点还是来自原微信公共账号的一篇文章,稍微加了一些自己的看法.   谁来进行数据库的设计? 肯定是具体的开发工程师来进行,开发同学的话,第一业务熟悉度比较高,第二结合OO和ORM的思想,能有比较好的运用关系型数据库的特性.如果是DBA同学的话,虽然对于数据库本身了解比较多,但是对于业务了解较少,很难有比较客观的设计.但是业务上线或者运行期间,需要DBA同学能够重度的加入进来,针对一些性能点和不合理的点进行优化,同事也可以在上线前,针对SQL

问题描述 有数据库表结构,但是属性太多,如何自动导入建表 项目要建好多表,但是属性太多,MySQL中手工做太麻烦求助各位大神有没有可以借鉴的方法啊? 解决方案 有一些代码生成器可以试试看. 另外还有PowerDesigner,可以以图形的方式设计表结构,自动产生sql. 解决方案二: 做数据库设计当然是要用建模工具了,设计完成后可以批量的生成脚本,这样是很清晰和方便的. 最常用的是powerdesign或者erwin 1.结构清晰,各表的结构和之间的关系一目了然 2.便于存档,如果哪一天谁向你索

问题描述 做一个英语考试系统,请教一下完型填空题型的表结构怎么设计比较好呢? RT做一个英语考试系统,请教一下完型填空题型的表结构怎么设计比较好呢? 解决方案 存储序列号,比如 1,2,3,4代表abcd,你从后台输入正确答案abcd再对应 1,2,3,4,存储到答案表里. 用户输入abcd,存入数据库为1,2,3,4,根据外键对应即可. 解决方案二: 设计两个主要字段,一个存填空题本身,一个存填完答案的题目 解决方案三: 键值对 哈希表 一个存储填空题本身,另一个存储解答后的题目

问题描述 就是做个界面填表,数据库表结构怎么建好呢?我没多少工作经验,本来我想全都保存字符串算了,可别人告诉我这样不好 解决方案 解决方案二:12个字段,自己数一下.可以全用字符,也可以说"不好".你应该跟说"不好"的人进行讨论,而不是在这里.假设你就是做这么一个简单的录入笔记工作,有什么不好的呢?设计总是要大体了解阶段性的全局任务之后,反复重构,重新设计的.没有可能给一个毫无应用场景说明的图片,套用一个教条而说"好.不好"的.如果说"

问题描述 link环境下制作一款<订餐软件>,同一款菜品价格不同的表结构的设计是什么? link环境下制作一款<订餐软件>,同一款菜品价格不同的表结构的设计是什么? 解决方案 不需要设计很多表,直接用一个字段表示当前订单的价格,做成类似快照就可以了.