相关疑难解决方法(0)
关于基本设计的建议，首次数据库设计
我正在学习成为 Java 开发人员的课程。
该课程涉及使用数据库，但不幸的是，我们从未真正设计过任何数据库。
大多数情况下，我们会获得预制的数据库，并且必须在其上实现代码以插入、更新、读取或删除数据。
但是当我的最终测试到来时，我很可能会制作涉及数据库的东西，因此我想尝试设计一些较小的东西来掌握设计的窍门，因为我注意到一个好的数据库设计在以下情况下会产生很大的不同编写代码以使用它。
我希望这些类型的问题在这里是允许的，而且不会太宽泛。
这是我为一些简单的东西而制作的小设计clubs，members带有addresses和phonenumbers。
- 会有多个俱乐部。
- 每个俱乐部都会有多个成员（显而易见）
- 一个会员不能是多个俱乐部的成员
- 一个成员可以有多个电话号码和电子邮件地址
- 一个会员只能有一个地址
- 一个地址可以属于不同的成员（夫妻或兄弟姐妹）
我最大的困惑：
如果我想在
Club描述所有者的列中添加一个列，谁也将成为成员，在不将同一成员列出两次的情况下，最好的方法是什么？我应该将所有表放在 id 的自动增量上还是这是一个坏主意？（优点/缺点？）
如果我在外键选项卡中添加外键，这些外键会自动对应于正确的表还是我也必须将这些添加到列中？（见图2）
和我可能是noobiest 的问题...我把外键
phonenumber和
（我很抱歉图片中的语言不是英语，我希望这不是什么大问题）
推荐指数
解决办法
查看次数
具有两种可能的所有者/父类型的实体的数据库架构？
我使用带有Sequelize 的PostgreSQL作为我的 ORM。
我有一种类型，User。第二种类型是Group，它可以通过一个GroupMemberships表将任意数量的用户与其关联。Users 也可以拥有任意数量的Groups。
我的第三种类型 ,Playlist可以属于 aUser或 a group。为这种类型设计模式以便它可以拥有一种类型的所有者或两者之一的最佳方法是什么？
我的第一遍创建了两个关联，但一次只填充一个。这可能有效，但看起来很笨拙并且使查询变得困难。
附加信息
以下是我对 MDCCL 通过评论发布的澄清请求的回应：
（1）如果一个播放列表是由给定资集团，可以说，这个播放列表是关系到一个一对多的用户，只要他们是会员这样的小组，对不对？
我相信这在技术上是正确的，但这种一对多关联并不明确存在。
(2) 那么，一个特定的播放列表是否有可能同时被一对多的群组拥有？
不， a 应该不可能被Playlist一对多拥有Groups。
(3) 特定播放列表是否可能由一对多组拥有，同时由不是该组成员的一对多用户拥有？
不，因为如 (2) 中的一对多 from PlaylisttoGroup不应该存在。此外，如果 aPlaylist …
推荐指数
解决办法
查看次数
为资金转移业务开发数据库，其中 (a) 个人和组织可以 (b) 发送和接收资金
在相关的业务背景，既成员和组织需要有一个帐户的资金。资金可以转移
- 从会员到会员，
- 从会员到组织，
- 从组织到组织，以及
- 从组织到成员。
注意事项
为了为这种场景构建数据库，我创建了以下三个表：
CREATE TABLE Members (
memberid serial primary key,
name varchar(50) unique,
passwd varchar(32),
account integer
);
CREATE TABLE Organizations (
organizationid serial primary key,
name varchar(150) unique,
administrator integer references Members(memberid),
account integer
);
CREATE TABLE TransferHistory
"from" integer, -- foreign key?
"to" integer, -- foreign …推荐指数
解决办法
查看次数