数据库设计！er图画麻了

这个是书店管理系统 想实现销售，库存和人员信息管理

img


请问一下1：m：n和的m：n：p的联系 是不是都要转换成一个关系模式 那如果是这样 销售和进货这两个联系都要变成关系模式 但是是不是和进货信息和销售信息重复啦
想问问怎么解决 谢谢！

看图确实有点那个......其实看图最终要实现数据库里面数据表联系模型，设计数据表的结构估计像这样想要累死了，其实很简单逻辑哈
图书信息一个表，仓库信息一个表，销售记录表，工作人员信息表；其他就是设计操作信息记录表（联系表）；
如进货，图书信息记录表增加新产品信息，旧产品就增加库存数量；关系表同时记录进货操作如产品名称，进货日期，存放仓库，操作人员谁等信息；其实主要就是给表做识别号，如图书用book_id，人员用h_id，仓库用c_id去关联其他表字段；卖出就是减库存，销售记录表记录一些相关信息数据，操作人员等等，建议先画数据库关系导图再画你这个示意图，没有数据库导图，看这个图容易乱，这个图只是大概意思，看这个假如不了解数据库关系图的话有的地方不是专业人员确实会看不懂

在1：m：n和的m：n：p中，可以说是都有多对多的联系，需要通过一个新的关系模式来进行连接，而里面的码（键）就是另外几个关系的主键，不能说是重复，因为通过几者的主键来将几个实体联系起来，如果说销售和进货两者还有其他延伸出来的属性，则也加入到这两新的关系模式中。
这一通过上面这样的表述来理解，如果可行，还请点击 采纳，感谢！

该回答引用ChatGPT
请参考下面的解决方案，如果可行，还请点击 采纳，感谢！
1:m，m:n，和m:n:p是关系数据库设计中的常用术语，分别指一个实体与另一个实体之间的关系，比如一对多，多对多和多对多对多等。

若要实现销售，库存和人员信息管理，需要转换为关系模式，比如人员（实体）与销售（实体）之间可以是一对多关系，销售与库存之间也可以是一对多关系。这些关系可以使用关系型数据库（比如MySQL，Oracle等）来管理。

解决重复信息的问题，可以通过引入主键和外键的概念，来保证数据的唯一性和完整性。

不知道你这个问题是否已经解决, 如果还没有解决的话:

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^

在数据库概念模型设计的时候，ER图是基本方法之一，主要用来描述数据库中所涉及实体及实体与实体之间的关系。实体间的关系通常有：1对1(1:1)，1对多
(1:m)，多对1(m:1)，多对对(m:n)等。
比如有两个简单实体，分别是单位和职员，它们的关系就是1:m，一个单位可以有多个职员；
再比如有两个实体，分别是学生和图书，它们的关系就是m:n，从而形成中间表
学生借阅的图书，结果是1本图书可以被多人借阅，1个人也可以借多本图书。
如果你懂了的话，1:m:n和的m:n:p也一样。

1、1 : m : n 和 m : n : p 的ER关系，是可以转换成一个关系模式的，但是销售和进货这两个联系不能变成关系模式，因为这两个联系是多对多的关系，不能转换成关系模式。但是，可以通过设计一个中间表来解决这个问题，这样就不会存在进货信息和销售信息重复的问题。

2、有效利用ER图设计研发书店管理系统，推荐的方式有：
（1）首先，要明确书店管理系统的功能，并分析出所需要的实体和实体之间的关系；
（2）根据实体和实体之间的关系，绘制ER图，并确定实体和实体之间的关系；
（3）根据ER图，设计数据库，并确定数据库的表结构；
（4）根据数据库的表结构，编写程序代码，实现书店管理系统的功能。

注意事项：
（1）在绘制ER图时，要确定实体和实体之间的关系，以及实体和属性之间的关系；
（2）在设计数据库时，要确定表的结构，以及表之间的关系；
（3）在编写程序代码时，要确定程序的功能，以及程序之间的关系。

在数据库设计中，多对多的关系表一般都要设计一个中间表来指示的哈，同学画的这个逻辑属实有点乱，哈哈哈哈哈，建议先设计中间表再作er图哈