问题标签 [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-design - 教学数据库设计的好例子
有没有人有任何教授关系数据库和 SQL 的好场景？我能找到的所有示例要么是微不足道的，要么具有不太可能的域约束（例如全名是唯一的）。
我特别想找到一些规范化的好例子：不立即适合 3NF 和 BCNF 的表。目前我为每个级别使用不同的问题。
当然，我也喜欢设计糟糕的数据库的好例子，但在掌握基础知识之前，这有点让人分心。
谢谢，一些很好的例子。我已将学生/班级一标记为答案，因为我认为这是迄今为止最好的，但如果有人想贡献更多，请做。
sql-server - 单个表中的列太多 - 它是良好的正常形式吗？
规范化的表应该有更少的列数，并且可以有尽可能多的引用字段。这是正确的方法吗？列数与良好的规范化过程之间是否存在任何关系？
java - 在 Java 中接收不同的内容
问题：
我需要从许多不同的来源接收不同类型的内容，将它们标准化，然后通过 JDO 使它们持久化。
天真的解决方案？：
为每种数据类型创建并侦听特定端口。
或者
做一堆复杂的解析
一个看似理想的解决方案：
具有自定义 URL 类型，即 FOO://myhost.tld、BAR://myhost.tld。然后，任何应用程序都可以发送到特定于自定义类型的 URL，并且主机将理想地使用 Java 的 URLConnection 和 URLStreamHandler 抽象类来创建一个将产生适当的规范化线程的工厂。或者，如果有其他方法可以检索连接 URL，我认为这就足够了
这可能吗？我查看了 API 和其他文档，无法确定是否可以将这些与 Java 服务器套接字一起使用。
我应该提一下，在某些（很多？大多数？）情况下，我不对客户端代码负责。
css - CSS 特殊性和在紧迫的截止日期后规范化您的样式表
我刚刚完成了一个重量级的长销售页面，页面上有很多元素和不同的样式。CSS 的选择器最终变得过于具体，并且有许多圆角框、背景图像等。简而言之， CSS有点乱。（只能怪我自己！）
任何人都可以建议一种有条不紊地浏览此样式表的方法，以结合我的重复属性等吗？我怀疑是否有任何工具可以为我做到这一点，但我想知道其他人如何处理这种情况？
谢谢。
database - 船舶管理数据库结构讨论（应该非规范化？）
我的软件几天前投入生产，现在我想就数据库结构进行一些争论。
软件收集船舶数据，目前每艘船舶有174个详细信息，每个详细信息可以是文本值、长文本值、数字（指定长度，有或没有指定小数位数）、日期、日期随着时间的推移，一个布尔字段，一个包含许多值的菜单，一个数据列表等等。
我用下表解决了这个问题
我刚刚阅读了这篇文章：http ://thedailywtf.com/Articles/The_Inner-Platform_Effect.aspx和http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID :10678084117056
文章说这不是处理问题的正确方法。
我的客户在更改详细信息描述并添加更多详细信息时具有详细信息和组的管理 gui。
数据输入表单是通过从 DetailGroups 和 DetailTypes 中读取结构动态构建的，每个详细类型生成一个指定的输入控件。
评论表明解决此问题的另一种方法是从表中动态创建和删除列。
你怎么看？
图表截图： http://img24.imageshack.us/my.php?image= 66604496uk3.png
sql-server - 使用规范化表真的更好吗？
我听我的团队负责人说，在过去的一些项目中，他们不得不取消规范化以使查询更快。
我认为这可能与表联合有关。
拥有更多的瘦桌子真的比拥有很少的胖桌子效率低吗？
mysql - 如何设计问答数据库（MySql）
我需要为论坛设计一个数据库。由于各种原因，我将根帖子与其子帖子分开。从性能的角度来看，我需要用户输入的文本能够以最佳方式搜索。
我的问题，我是否应该将每个表（根帖子和子帖子）分成两个表：
root-posts_meta（保存数据，例如 id、创建时间、视图、....）
root-posts_data（id、title、body ) 全文索引
与子帖子表相同的想法。
谢谢。
c# - 字符串规范化
我正在编写一些需要进行字符串规范化的代码，我想将给定的字符串转换为驼峰式表示（嗯，至少最好的猜测）。例子：
我认为你应该能够从这些例子中得到这个想法。我想去掉所有特殊字符（'、"、!、@、. 等），将每个单词大写（单词由空格、_ 或 - 定义）和删除的任何前导数字（尾随/内部都可以，但是这个要求并不重要，具体取决于难度）。
我正在努力找出实现这一目标的最佳方法。我的第一个猜测是使用正则表达式，但我的正则表达式技能充其量是不好的，所以我真的不知道从哪里开始。
我的另一个想法是循环和解析数据，将其分解为单词，解析每个单词，然后以这种方式重建字符串。
或者还有其他方法可以解决吗？
sql - 如何以标准化方式存储联系方式（或具有不同字段的类似类型数据）？
哦，我写过的每一个应用程序都遇到过这个问题。我想要一个最终的共识答案！
这是在数据库中存储联系人方法或任何其他数据的最规范/有效/正确的方式吗？
我应该考虑ContactMethodData在ContactContactMethod桌子上使用 Xml 字段吗？
AddressContactMethod、EmailContactMethod 等都具有相同的主键唯一性，这让人感觉有些不对劲。
还考虑了联系人数据的键值对，但这比 Xml 字段更难查询。
（设计指南：每个联系人可能有一个以上的每种联系方式或没有，每个联系人都有一个非唯一的“键”，如“家、工作、红色汽车等”和评论，但类型之间没有其他共享数据元素)