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

Question

我有一个业务团队向我询问有关设置会议以解释数据库设计注意事项的问题。由于他们对RDMS没有太多想法，我想思考下面的事情

1. 什么是RDBMS
2. 什么是表格，什么是约束/我们需要它们的原因
3. 什么是交易，什么是ACID属性

4. 在开发dbms之前/期间需要考虑的事项

   一个。确定您需要多少细节以及未来需要多少细节  湾标识具有唯一值的字段  C。为您的字段选择适当的数据类型  d。规范化和指数设计

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

感谢您的帮助！

Answer 1

如何从CRUD操作开始，然后继续进行规范化，给出规范化需求和RDBMS中Keys的概念，然后你可以谈谈ER建模

Answer 2

考虑到您向业务人员展示的事实，我认为有两种方法最适合您的需求。

a）当你没有时间：

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

b）当你有更多时间

• 您可以按照之前评论中的建议详细介绍主题。 （@SQL_Underworld＆amp; @Ramya）

Answer 3

您尚未说出您的观众希望从您的演示文稿中删除的内容。基于我过去与商界人士的交往，我不得不猜测。您的里程可能会有所不同。

商业人士通常不关心您在数据库设计方面做得很好的技能和知识，即使他们说这样做也是如此。他们希望从成本和收益的角度理解数据库设计。这就是商业人士的想法。

因此，如果您必须涵盖索引等一些技术主题，请从成本效益的角度进行。向表中添加索引需要付出代价，向表中添加索引是有好处的。提前确定好处是否物有所值是非常棘手的部分，他们会对此感兴趣。

在更大范围内，数据是商业资产。管理该资产需要很高的成本，并且很好地管理该资产。如果你能将你的谈话与这两个概念联系起来，他们会感兴趣。

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

技术人员倾向于将ER建模视为“关系建模之光”。它确实比那更深刻。它是关于“数据真正意义何在？”这一问题的分析手段。这是“真正值得的数据是什么？”的处理方法。这就是技术世界与商业世界相遇的地方。