问题标签 [database-normalization]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database-normalization - 常见的数据库规范化场景
我有兴趣阅读涵盖常见场景的数据库表规范化的资源(书籍,或者可能是网站)。我希望存储组织的联系数据,其中包括地址、电话号码以及可能位于世界任何地方的地点的位置数据等。
我已经阅读了有关数据库规范化理论的资源,并且对 3NF 有很好的理解,但我确信有人已经解决了我试图解决的问题,因为它们非常常见。我想回顾一下其他人的数据库设计,看看他们是如何(也许是为什么)选择按照他们的方式来做的。
有什么建议吗?
sql - 记录用户登录失败的次数
如果假设您有一个名为 user 的表,您将如何设计数据库:
用户表:id, username, password, password_salt, email, email_salt
您将在哪里存储他们登录失败的次数和最后一次登录失败的时间?
total_failed, last_failed_login_time
我还想记录他们的电子邮件地址是否经过验证?
这样做的最佳方法是什么(不一定要标准化,因为这涉及使用大量连接)?你有什么建议?
php - 为什么这个复杂的 MySQL 查询不起作用?
我有 2 张桌子;成员和团队
成员表 memberID、firstName、lastName
(firstName 和 lastName 是全文索引)
团队表 team_id、member1ID、member2ID
这是我的查询
这个查询必须关闭,但它还没有工作。
我正在尝试构建一个查询,让我向我展示“$q”所在的所有团队。
前任。$q=doe , 显示 doe 所在的所有团队。
此查询必须输出团队。
relational-database - 从函数依赖中检查第三范式
我有一个关于根据函数依赖关系确定关系是否处于第三范式的问题。
R = {A,B,C,D,E}
A -> B
BC -> E
ED -> A
由此,我确定候选键为:
{ACD},{BCD},{CDE}
维基百科说,如果对于每个函数依赖 X->Y,它满足以下要求中的至少一个,则关系是第 3 范式: 1. Y 是 X 的子集2. X 是一个超键 Y 是某个键 K 的 K 的子集
我的工作:A -> B
因为 key满足 3,因为{BCD}
满足3 ,因为.满足 3 。BC->E
{CDE}
CD -> A
{ACD}
这是解释这些规则的正确方法吗?
mysql - 我应该规范化这个 MySQL 表吗
我正在为一个朋友设计一个网站,但我不确定对于我的一个数据库表来说最好的方法是什么。给你一个想法,这大致就是我所拥有的
最后四个
AllowNonUserComments
AllowNonUserBlogComments
RequireCaptchaForNonUserComments
DisplayMyLocation
(以及将来可能添加的更多此类布尔字段)将根据用户偏好控制某些网站功能。
基本上我不确定我是否应该将这些字段移动到
新表:member_profile_settings
或者我是否应该将其保留为member_profile表的一部分,因为每个成员都会有自己的设置。
从长远来看,目标是大约 100000 名成员,在短期内是 10k 到 20k。我主要关心的是数据库性能。
虽然我遇到了问题 #2) 将成员的联系信息(例如地址街道、城市、州、邮编、电话等)移动到member_profile表中而不是像我一样拥有地址表和AddressID 是否有意义目前有。
谢谢
database-design - 转到第二种形式
伙计们,您将如何创建此表的第二种形式(主键是:{isbn,copy}):
isbn AB-1234-X
authorID IC45
authorName I.Conn
title最终幕
副本2
分类Detectivefiction
userID xyz44
database - 产品“特价商品”的数据库表示,其中特价商品因字段而异
我正在尝试找出在我的数据库中表示“特价商品”概念的最佳方式——这些与“待售产品”有关。每个特价商品都会提供某种折扣,但它们会有所不同,其中一种只是简单的降价,而另一些则是诸如“购买 x 获得 y 半价”或“类别 x 30% 折扣”之类的东西。我预计不会有超过 10 种特价商品类型……但需求会发生变化,我需要确保在需要时能够处理更多。
我试图想出一种简单的方法来在我的数据库中表示这些但是我看到它的方式我要么必须为每个特殊创建一个表,要么我将不得不有一个包含大量列的特殊表其中 90% 的值将为 NULL。我打算有一个 SpecialType 表,它将按类型将所有特价组合在一起,例如“折扣”、“购买 x 获得 y 免费”,这将用于确定相应应用层中的业务逻辑。此外,我想我可以沿着每个特殊类型拥有 1 个表的路径,然后缓存可以定期更新的结果(基本上缓存每个产品的可渲染输出),比如每 5 分钟一次,
对于如何以最整洁的方式处理这种情况,同时保持我的数据库正常化,我将不胜感激。
database-design - 来自数据库中不同实体的相同数据 - 最佳实践 - 电话号码示例
给定一个处理员工、客户和供应商的数据库系统,所有这些系统都有多个可能的电话号码,你将如何以一种很好的标准化方式存储这些号码?我有一点考虑,合乎逻辑的方式不是跳出来。
database - 这是对数据库规范化中前 3 个范式的正确解释吗?
我试图在这篇博客文章 http://geekyisawesome.blogspot.com/2011/03/database-normalization-1-2-3-nf.html中巩固我学到的关于规范化的所有知识, 但我需要确保我理解了一切正确。你能告诉我任何错误吗?
谢谢
database-normalization - 归一化属性
规范化与数据库相关的属性是什么?
ACID 属性和 Normalization 属性之间有什么关系吗?