1回答
一位同事向我解释说，可以为空的外键在数据库设计中被认为是不好的做法，因为它违反了早期的范式之一。虽然我在学校上了一门数据库基础课程，但我不认为人们会把范式作为一个主题来讨论。维基百科和其他讨论这个话题的网站使用学术术语，但我想更好地理解范式的这一方面，而不必花一整堂课。
我认识到：这个问题不会引发关于这个问题的辩论。相反，我希望具体了解它们与范式主题的关系。哪些范式会被可空的外键破坏，为什么？
浏览 0提问于2012-08-22得票数 3
回答已采纳
我刚刚开始学习一些关于数据库的东西，我意识到有DBMS和RDBMS。 我个人使用MS SQL SERVER 2014和MS SQL Server Management Studio 2014。
浏览 30提问于2019-02-28得票数 0
4回答
我已经学习数据库设计和编程很长一段时间了，但我仍然不能掌握每个单独的范式(1NF，2NF，3NF)。由于任何时候数据都是第三范式，它已经自动成为第二和第一范式，通过从一开始就完全标准化数据，整个过程实际上可以更轻松地完成。如果我们可以通过执行我所描述的操作来简单地完全标准化数据，那么理解每个单独的范式有多重要？编辑:我最终要问的是:在对数据进行规范化时，通过每个范式的步骤是否很重要，或者只使用第三范式是否合适，因为结果最终是相同的？
浏览 96提问于2018-05-24得票数 -2
2回答
我在网上很难找到正常表格的直接定义。请填写我发现的任何缺失信息，或以更好的格式列出：每个单元格都是单值的。行必须唯一标识。所有属性都必须依赖于键。行只能由键唯一标识。无多值依赖关系
浏览 0提问于2015-12-29得票数 0
回答已采纳
4回答
假设您需要在编辑器应用程序中使用宽度和高度，那么将它们作为字符串(比方说JSON)放在单个列中是错误的吗？宽度和高度都不会在UI中单独显示或编辑，也不会按其中任何一个进行排序或筛选。
浏览 1提问于2016-05-21得票数 2
2回答
为了理解数据库规范化，我一直在阅读Connolly和Begg的“数据库系统:设计、实现和管理的实用方法”(第14章)。我现在更好地理解了三种数据库规范化形式：第二范式(2NF)我还理解三个更新异常：缺失异常我现在很难理解的是如何将两者联系在一起。
浏览 0提问于2018-01-04得票数 7
回答已采纳
我正在做一个项目，用户可以将excel文件上传到MySQL数据库。这些文件是我们数据的主要来源，因为它们直接来自与公司合作的承包商。
浏览 7提问于2021-07-16得票数 0
1回答
一些像这样的网站说，当表没有任何重复的列集时，它是第一范式。
其他一些人(大多数)表示，同一列中不应该存在同一域的多个值。
浏览 2提问于2014-05-11得票数 0
对于一个个人项目，出于性能和安全性的原因，我尝试在主表的XML字段中添加显示信息。在本例中，是Orders和Orderline。tblOrders有一个索引：Clustered on UIDtblOrder.Orderlines (XML)有两个索引。一个primary and a secondary on PATH.SELECT Ord.UID , Item.BasicInfo , I
浏览 0提问于2015-10-16得票数 0
1回答
选择数据库范式
、、、
假设您的数据在本质上是相当相关的，但是您的应用程序的规模已经超过了数据库的性能能力。考虑到大多数NoSQL解决方案似乎都能提供更好的性能(我正在开发一个实时内容推荐引擎)，我正在寻找替代方案。，增加应用程序的复杂性听起来合理吗，这样我们就可以使用一个面向文档的数据库来提高性能了吗？
在这种情况下指导设计决策的经验法则是什么？
浏览 5提问于2013-11-15得票数 2
回答已采纳
1回答
地址表上第三范式的矛盾
、、、
根据第三范式，没有非键属性应该依赖于其他非键属性。但是在这个表中，非键属性状态取决于其他非键属性国家，这意味着如果我们知道状态，我们实际上不需要address_id(主键)来查找它属于哪个国家。那么，我应该如何设计地址表，使它符合第三范式。另外，是否真的需要在数据库表上应用第三种范式？我附上了地址表架构的图像。
浏览 0提问于2016-03-18得票数 0
回答已采纳
3回答
根据维基百科：关系R(表)是第二范式(2NF)。关系模式R相对于一组函数依赖集(3NF)是第三范式(3NF)，如果对于表单F+的α→Navathe的数据库系
浏览 0提问于2014-04-27得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
云直播
对象存储
实时音视频活动推荐
腾讯云开发者
