【问题标题】:adding custom user fields using 5NF+ [closed]使用 5NF+ 添加自定义用户字段 [关闭]
【发布时间】:2012-03-15 20:25:37
【问题描述】:

Q - 寻找 5NF/或 6NF 的示例/教程,自定义用户字段的首选,详情如下

在对添加自定义用户字段(如在 Outlook 中)以及各种方法的优缺点进行一些研究时,在使用 6NF 时遇到了

How to store custom user fields in database

What are the [dis]advantages of using a key/value table over nullable columns or separate tables?

坦率地说,这个理论超出了我的想象,因此寻找 6NF 的任何示例/教程、自定义用户字段的首选或任何关于它在 Outlook 中如何完成的见解

【问题讨论】:

  • 你确定你说的不是 4NF?
  • EAV 与 6NF 有什么关系?请解释一下您要问的是哪两个?
  • @BabakNaffas 根据引用的链接,它是 6NF
  • @Oded 自定义用户字段可以根据引用的链接通过 EAV 或 6NF 完成,在此处寻找有关 6NF 的帮助
  • 您没有完全解释您需要什么样的帮助。您究竟在为什么而苦苦挣扎?如果您不解释卡在哪里,我们将无法提供“洞察力”。

标签: .net sql database outlook


【解决方案1】:

提到与自定义字段相关的 6NF 的答案是红鲱鱼。无法在 SharePoint 列表或 Outlook 元数据中建模 6NF。

SharePoint 开发人员/管理员对界面提供的结果查询(列表视图)没有太多控制权,特别是无法从查找列中提供多个字段。这将选择限制为一种非常务实的方法,而不是遵循任何严格的范式。

为了我的钱,请确保您了解 3NF 及其好处,以便您了解当 SharePoint 的限制需要不同的方法时您要做出哪些权衡。毕竟,列表并不是数据库表的替代品。

(请注意,SharePoint 会强制您进入实体属性值模型,能够在顶部放置一些花哨的数据输入控件,因此您不必决定使用什么数据模型,所有的重点都应该放在从您所获得的内容中获得最好的用户界面)

【讨论】:

  • 道歉并不意味着 sharepoint 使用 6NF,只是它允许您创建和使用列表
  • 是的,当涉及到诸如 Outlook 之类的自定义字段时,几乎只需忽略 6NF,该理论没有多大用处,也没有人在实践中使用它。
  • 所以你建议EAV是要走的路?那么检索自定义字段值以显示在网格/表格中的理想方法是什么?
  • 不,我是说理论会让你一事无成。只做需要做的事情。您没有提供足够的信息来说明您实际计划做什么来提供更多建议。即你的问题没有提到网格/表格。
猜你喜欢
  • 2015-03-26
  • 1970-01-01
  • 2021-07-16
  • 1970-01-01
  • 1970-01-01
  • 2017-01-30
  • 2020-11-01
  • 2021-02-06
  • 2018-08-11
相关资源
最近更新 更多