业务人员必须了解的数据库设计答案

【问题标题】：What business folks have to understand about database design业务人员必须了解的数据库设计
【发布时间】：2017-06-22 23:14:29
【问题描述】：

我有一个业务团队要求我召开会议，向他们解释数据库设计注意事项。由于他们对 RDMS 没有太多想法，我想在下面解释一下

什么是关系型数据库
什么是表，什么是约束/我们为什么需要它们
什么是事务，什么是 ACID 属性
在开发 dbms 之前/期间需要考虑的事项

一个。确定您需要多少细节以及将来可能需要多少湾。识别具有唯一值的字段 C。为您的字段选择适当的数据类型 d。归一化和索引设计

此外，这个团队大部分时间的数据来自平面文件，我们需要将这些文件加载到数据库中并以他们需要的格式表示。任何人请建议我可以解释更多或任何更好的方式我可以解释。他们的数据到处都是。我只是想更加强调仔细考虑，因为我们无法建立一个稳定的流程来进行导入。也欢迎对我的任何建议:)

感谢您的帮助！

【问题讨论】：

只需谷歌搜索这些术语，或在 SO 中搜索，寻找带有示例的参考问题。
@TimBiegeleisen 是的，我做了并准备了一个演示文稿。我刚刚提到我涵盖了这些主题，如果还有其他任何人认为有必要涵盖以达到目的。谢谢！
对我来说，您似乎应该将所有时间都集中在 4A 上。其他一切很可能会超出他们的头脑和/使他们感到困惑。根据指标解释字段。商界人士（希望）会理解这一点。
谢谢！很好的建议@SQL_Underworld。我只是想给他们一点技术上的见解，因为有时他们会听到一些话去读它并且不正确！我要给他们的只是一个带有示例的图形表示！ :)
ACID 是一种混乱的面向实现的序列化并发方法：用户看到交易序列化。 ACID 纸甚至不使用 ACID。它只是列出了实现序列化事务的“亮点”。实施与用户无关。他们关心的是交易随时提交，但顺序发生。 PS 他们正在开发一个数据库。他们通过 DBMS 进行管理。

标签： sql sql-server database-design data-modeling rdbms

【解决方案1】：

您还没有说出观众希望从您的演示文稿中获得什么。所以我不得不根据我过去与商人的交往来猜测。您的里程可能会有所不同。

业务人员通常不关心您为做好数据库设计而投入的技能和知识，即使他们说他们关心。他们想从成本和收益的角度来理解数据库设计。这就是商业人士的想法。

因此，如果您必须涵盖索引等技术主题，请从成本效益的角度进行。向表中添加索引是有代价的，向表中添加索引是有好处的。提前弄清楚收益是否值得付出代价是真正棘手的部分，他们会对此感兴趣。

在更大范围内，数据是一种业务资产。管理好资产是有成本的，管理好资产是有好处的。如果你能将你的演讲与这两个概念联系起来，他们就会感兴趣。

如果他们真的是优秀的业务人员，他们将对数据库涵盖的主题有很好的理解，前提是它是影响他们业务的企业数据的一部分。如果您对数据库中的数据有一个良好的 ER 模型，该模型会将每个表中的每个值都连接到一个属性，并且每个属性都将描述主题的某些方面。这是对 ER 模型的一种非常不同的使用，而不仅仅是将其用作创建关系模型的初步。

技术人员倾向于将 ER 建模视为“关系建模之光”。它真的比这更深。这是对“数据的真正含义是什么”这个问题的分析处理。这是关于“数据的真正价值是什么？”的句柄。这就是技术世界与商业世界相遇的地方。

【讨论】：

Mittyy 这更有意义。谢谢！！

【解决方案2】：

如何从CRUD操作的基础开始，然后再进行规范化，给出规范化需要的场景和RDBMS中Keys的概念，然后你可以谈谈ER建模

【讨论】：

建议采纳！谢谢！

【解决方案3】：

考虑到您要向商务人士展示这一事实，我认为有 2 种方法最适合您的需求。

a) 当你有更少的时间时：

仅涵盖需要最少或不需要先验知识的主题。涵盖 RDMS 和需要考虑的事项。
保持简单易懂。告诉他们您的解决方案是如何工作的以及为什么它是有效的。
仅涵盖相关主题并使其外行友好。向他们提供您的数据库设计的优缺点。将其与业务需求联系起来。
在所有情况下，提供他们可能容易相关的上下文示例。

b) 当你有更多时间时

您可以按照前面的 cmets 中的建议详细介绍主题。 (@SQL_Underworld & @Ramya)

【讨论】：