数据库 javaweb-如何设计可变用户可变条目数据库表

问题描述

如何设计可变用户可变条目数据库表

有这样一张表:项目表:, 和用户、项目中间表:, 还有记录用户项目值的record表:

因为不同用户对应的item列表不同,所以页面显示也是不同的项,这种情况该如何设计Record表呢?

解决方案

你这个就可以啊,

 record里面记录用户和对应的项目id,然后无论怎么变,都是可以找到的

解决方案二:

你说的是什么数据库,oracle不是很了解,手机数据库,可以使用orm框架,可以随意增加列

解决方案三:

把4个typeX统一成一个type就可以了

时间: 2024-10-31 19:06:50

数据库 javaweb-如何设计可变用户可变条目数据库表的相关文章

用户权限管理数据库表设计思想

用户权限管理数据库表设计思想 表:(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. 设计数据库之前(需求分析阶段)     1) 理解客户需求,询问用户如何看待未来需求变化.让客户解释其需求,而且随着开发的继续,还要经常询问客户保证其需求仍然在开发的目的之中.     2) 了解企业业务可以在以后的开发阶段节约大量的时间.     3) 重视输入输出.     在定义数据库表和字段需求(输入)时,首先应检查现有的或者已经设计出的报表.查询和视图(输出)以决定为了支持这些输出哪些是必要的表和字段.     举例:假如客户需要一个报表按照邮政编码排序.分段和求和,你要保证其中

数据库设计的折衷方法_数据库其它

作项目分析,数据库设计是一个很重要也很难的问题, 完全按照范式有可能不符合用户需求,不利于编程, 看来是具体问题具体分析,数据库设计是范式和需求的折中. 在上学时,没觉得数据类型有多重要,现在发觉了解数据类型 的具体内容也是很重要的,可以知道不同数据库之间的兼容问题 该怎么处理. 数据库设计技巧: 第2 部分- 设计表和字段 1. 检查各种变化 我在设计数据库的时候会考虑到哪些数据字段将来可能会发生变更.比方说,姓氏就是如此(注 意是西方人的姓氏,比如女性结婚后从夫姓等).所以,在建立系统存储客

如何实现高容量大并发数据库服务 | 数据库分布式架构设计

袋鼠学院和优云.阿里云联合举办的沙龙结束之后,总是有小伙伴们来问PPT内容,想要进一步了解Topic内容.(哦,对了对了,竟然还有小伙伴专门冲着袋鼠云去听沙龙,感动cry~~) 千呼万唤,忙成狗的袋鼠小妹终于把沙龙总结整理了出来(⊙o⊙) 本次沙龙的主题是"云时代下的运维管理实践",受邀请的演讲嘉宾,花名宏翊(经常关注袋鼠云的同学,肯定已经对这个名字很熟悉了),是袋鼠云首席数据库架构师,袋鼠学院数据库讲师. 呼应沙龙运维实践的主题,结合自己的专长领域,宏翊主要是从数据库领域来谈云时代下

设计好用户教育,如何告诉用户想了解的信息

文章描述:其实用户教育的设计都是我们在平常设计中习以为常的小部分的添加或者再次利用,而设计好用户教育的关键是做为设计师的你能够明白,用户当前需要了解怎样的信息以及如何告诉用户这些信息.这就是手机产品"一见钟情"的小秘密. 随着手机硬件的更新换代,应用功能逐渐丰富,交互过程也逐渐变的繁杂起来.因此,一款手机应用是否能让用户眼前一亮,除了它本身成功的产品架构设计和市场运营外,简单清晰的用户教育也为其起到了画龙点睛的作用.用户教育是什么呢? 它既不是条条款款的使用说明,也不是枯燥无味的用户需

交互设计:用户容易看到容易接触到的内容

文章描述:显性内容决定论. 我最近开部门月会的时候,讲了一个绕口令观点,叫做"显性内容决定产品气质,社区气质决定人群划分与产品魅力,受众选择与影响力决定社区命运."一看台下都蒙了,知道这回说得太绕,就总结为一句话:显性内容决定社区命运. 什么是显性内容呢?就是用户容易看到,容易接触到的内容. 举个例子,在论坛,各个版面第一页的帖子是显性内容.在社交网站,你的关注对象产生的动态是显性内容.在豆瓣除了动态之外,15分钟名组以及同城活动首页是显性内容,书影音条目第一页的评论也是显性内容.如果

通用权限管理设计篇(二)——数据库设计

理清了对象关系之后,让我们接着来进行数据库的设计.在数据库建模时,对于N对N的 关系,一般需 要加入一个关联表来表示关联的两者的关系.初步估计一下,本系统至少需要十张表,分别为:权限表. 用户表.角色表.组表.用户权限关联表.用 户角色关联表.角色权限关联表.组权限关联表.组角色 关联表.用户属组关联表.当然还可能引出一些相关的表.下面让我们在PowerDesigner中画出各表吧. 各表及其关系如下: 1.用户表 用户表(TUser) 字段名称 字段 类型 备注 记录标识 tu_id bigi

整合qq登录,数据库应该怎么设计

问题描述 整合qq登录,数据库应该怎么设计 如果整合了qq.新浪微博的第三方账号的登录后 当会员点击qq登录后,那么 会员表原本的username和email字段则为空,那么就会出现问题 因为 UNIQUE KEY username (username), UNIQUE KEY email (email), 这两个字段是UNIQUE KEY,不能为空,那么数据库应该怎么设计呢 解决方案 填入qq账号,密码用个第三方专用密码标志填入 解决方案二: 一般是在用户首次登录你的系统的时候,由系统模拟产生

数据库该如何设计 主外键应该怎么建

问题描述 数据库该如何设计 主外键应该怎么建 现在想做一个类似糗事百科的网站 数据库不知道怎么弄 求大神帮忙! 解决方案 简单来说,主键就是在1对多关系中1的那个,外键就是多的那个.比如两个表:User表有id,Topic表有userid,那么前者是主键,后者是外键. 解决方案二: 其实要做得简单的话,直接几个表就OK了 一个糗事记录表 ID 内容 一个糗事详细记录表 ID 内容 分类(热门.精华.....) 其他一些需要加的内容 踩还是赞 一个评论表 ID 楼层 评论内容 图片路径 踩还是赞