ER /关系表到数据库
因此，对于以下描述，我具有以下SQL命令。我不确定我是否对约束特别是对于外键，何时不使用null以及何时不使用约束。有人可以根据数据库说明验证命令是否正确吗？ 汽车经销店具有唯一的业务ID号，经销店名称，城市，州和唯一的 网站网址。企业ID是一个介于1000-9999之间的数字。 销售人员具有名字，姓氏，年龄，性别和唯一的员工ID号。员工编号在100-999范围内。 客户具有名字，
..
relational-database相关内容
逻辑数据库设计（基本1：m规则VS.可选1：m规则）
我必须将er图转换为关系模式。但是，我看不出Basic 1：M规则和Optional 1：M（最小null）规则之间的区别。 解决方案 显然，您正在关注类似 http://www.javaguicodexample.com/erdrelationalmodelnotes.html ： 1-M关系规则：：表中的每个1-M关系将成为与子类型（“鱼尾纹”符号附近的实体类型）相对应的FK。如
..
更改数据库中记录状态的最佳实践是什么
我的应用程序类似于订单跟踪应用程序。 订单保存在订单表中，可容纳300件商品。如果我们从第一步开始处理整个项目，那么我可以放置一个状态字段，告诉该订单在第一步中，以跟踪订单并将其用于后续步骤。 但是，如果第一步的机器仅能处理150个项目，那么我必须指出，该订单中的150个项目在步骤2中，而150个项目在步骤1中。为此，我正计划有每个步骤的表和将数据保存到相应的表中。 订单表：订单
..
规范化数据库模式中是否可以有多个外键？
地址（地址ID ，门牌号，邮政编码，道路名称，城市，县） 预订（预订ID ，房间号， leadGuestID，guest2ID，guest3ID ， &arrivalDate，departmentDate， addressID ，amountOutstanding） Guest（ guestID ，名字，姓氏，adultFlag，电话号码，地址ID ，电子邮件地址） 房
..
您可以在不使用分号的情况下在MySQL中形成法律声明吗？
我开始学习使用MySQL进行SQL的学习，而我的手书是“面向MySQL开发人员的SQL：全面的教程和参考” 。 为什么作者不放置分号 ; 语句末尾？ 您可以在不使用分号的情况下在MySQL中形成法律声明吗？ 下面是从书中摘录的一个示例（第45页） 创建数据库网球。当然，MySQL Shell通过-> 进行响应。 解决方案 很多 SQL 的风格和应用程序最后需要使用分号。
..
有关数据收集元素集的表设计
让我知道您是否需要其他信息，因为这是我第一次在论坛上发帖。 该设计用于临床研究。最简单的解释方法是为一个方案举例，该方案适用于某种形式或形式的所有研究/方案。说我有 Study1，Study2，Study3 Study1具有Protocol1，Protocol2，Protocol3 每个协议都有“数据收集”（形式，问题和样本收集的集合，在研究和/或协议中可能会重叠） 所有这些数据
..
规范封面是哪种范式？
我想知道规范封面处于哪种范式。我知道在进行规范化之前我们先找到规范封面，所以我认为它是第一范式。但这可能不是标准格式，因为Wikipedia对1NF的定义是没有行应该重复： 以下是第一个标准格式条件： 消除单个表中的重复组。 为每个表集创建一个单独的表相关数据。 用主键标识每组相关数据 解决方案 普通形式适用于关系（值和变量），而不适用于规范封面。封面是一组FD（功能依赖项
..
在规范化数据库的同时从单个表插入多个表
好，所以我有一个带有以下列的表 col1 col2 col3 aa 1 aa 2 ab 3 ab 4 ab 5 所以我必须分开将上述表分成多个表，同时将col1和col2保留在单独的表中，并将主键与col3的外键关系保留在另一个表中。这就是它的样子。 table1 Id col1 col2 table2 id col3 tabl
..
在关系数据库中存储和引用不可变的有序列表
背景：我有一个数据库，其中包含父母和孩子的名字（这是对实际数据的简化，但是类似 任务：数据库必须存储孩子名字的排序列表 假设： 该数据库将包含数百万个父母，甚至可能更多。 父母通常最多容纳4或5个孩子，但很少（甚至极端）。 孩子的名字（以及顺序）往往会重复很多。因此，父母应该引用一些 children_names_list_id 而不是保留真实姓名的副本。 孩子的名字以及他
..
使用功能依赖性确定候选键很简单
让R（A，B，C，D，E）是一个关系模式，F = {A→C，B→D，C→E，E→A}，查找所有候选键。 我认为由于无法映射，因此该集合中不存在CK。 B或D与B-> D之外的任何其他关系。这是否意味着没有候选密钥？ 解决方案 有三个候选键。 > B不会出现在任何功能依赖项的右侧。这意味着B必须是每个候选键的一部分。我认为单独不能保证至少有一个候选密钥，但是从检查中可以清楚看出
..
引用另一个架构的外键
对于我的项目，我使用的是oracle数据库，其中必须使用2种不同的数据库架构。请考虑以下情形- 我有一个架构 A ，其中有一个表 table_a 和主键 apk 我还有另一个模式 B ，其中有一个主键为 bpk table_b > 如果这两个表都在同一个数据库中，那么我可以轻松地建立主键-外键关系。 但是我能否在这两列之间创建主键-外键关系（或类似的东西）- A.table
..
该ER图是否应改用三元关系
我一直在研究ER图的示例，以更好地理解它们。我遇到了一个不确定的ER图。 以下是问题/说明： UPS以自己的能力而自豪有关每个 发货项目的处理和当前位置的最新信息。为此，UPS依赖于公司范围内的信息系统。运送的物品是UPS产品跟踪信息系统的核心。可以用物品编号（唯一），重量，尺寸，保险金额，目的地和最终交付日期 来表征运送的物品 。运送的物品在单个零售中心被接收到UPS系统中。零
..
普通形式：4对5
我正在努力理解4NF，5NF及其区别。 这里是我描述4 / 5NF的方式（或者，我将如何描述步骤）达成目标）给不认识的人。我之所以这样说是因为，这将显示出我真正理解的内容。 通常，应通过为它们可能的组合使用联接表来实现N：N实体关系。如果存在3个或更多与N：N关系相关的实体，则应仔细考虑： 更一般的（包括）解决方案是实现包含所有实体作为字段并将它们的所有组合作为值（行）的联接表
..
如何表达“无信息”？在关系代数中？
我正在努力学习关系代数的一项任务是要求我找到想要免费租用房地产或未提供有关愿意支付多少费用的信息的客户。该表如下所示： Client（clientNo，firstName，lastName，maxRent） 我遇到了一些麻烦找到有关如何表示信息不足或空数据点的任何信息..到目前为止，我已经提出了其中一半表达式是伪代码的方法： σmaxRent = 0或[未提供任何信息]（客户端）
..
需要归一化理论解释
我正在查看带有复合主键的关系的特定示例。基于其功能依赖性，我知道它在1NF中。在将其标准化为3NF时，我遇到了一种尚未遇到的情况。我遵循了所有部分依赖项和传递性依赖项的步骤，但是规范化为3NF的最后一步要求您创建一个包含主键和所有依赖于此的非主键属性的关系。 在我的特定情况下，我具有主键，但是没有主功能键。我是否要制作仅包含复合主键的表？还是我根本不做一个？ 我对复合键和主键没有困惑。
..
仅包含主键和外键的数据库表的目的是什么？
我试图了解一个简单的音乐数据库设计。有些表仅包含外键和主键。我不确定如何以及何时使用这些表格或向其中插入内容。设计如下所示： 轨迹： id主键 标题 持续时间 现场演奏（对或错） 年 艺术家： id主键 名称 ArtistTrack： id主键 artistID trackID 相册： id主键 标题 AlbumTrack： id主键 专辑ID tr
..
SQL Server数据库设计用户，组，角色，成员
到目前为止，我具有以下带有一个表的SQL Server数据库。 ---------- ------ |用户| ---------------- | UserId PK | | | |其他领域 ---------------- I需要再添加一些表，这不是问题，但这是目标。 ------ --------- ----------------
..
这两个关系对联合操作是否兼容？
我不确定以下两个关系是否适用于联合： R：
..
如何正确设计数据库的这一部分（循环引用？）
情况： 一家公司有很多项目 一个项目有很多标签 一个项目只能属于1个公司 标签可以属于多个项目 一个公司必须拥有自己的访问权限标签 示例1： 在第一张图片中，可以通过projects / project_tag获得公司的所有标签。但是，如果所有项目都被删除，则该公司的标签将不再可用，因为project_tag和项目之间的链接已消失。 即使没有项目，标签也
..
如何在数据库中存储税收？
我需要在我的项目中添加每个省/州的税。 我正在辩论是否应该在省和州之间添加多对多关系。税收，或仅向每个省添加一个tax1_name，tax1_rate，tax2_name，tax2_rate。我认为任何地方的税均不超过2种？ 我还需要在购买时随每张发票存储税率。 所以我的选择是添加2个多对多表或添加8个字段。您会选择哪一个？为什么？ 或者我可以只交1税。我认为发票上显示为“
..