设计数据库时的问题

Question

我已经开始为我工作的公司设计一个数据库。我很好奇专业人士会如何设计这样的数据库以及您可能会提出什么建议。

数据库的相关资料：

数据库反映了完全不同的活动。基本上有大约七个活动，每个活动都携带自己的信息集。这意味着很难标准化数据库并简单地制作一个称为“活动”的表，该表足以满足整个数据库的需求。

我正在考虑为每个活动使用一个单独的表格，并将它们链接到几个包含基本信息的表格，例如地理信息和/或参与的员工。

如果是这样，那么我至少知道我在正确的道路上，如果我不正确，那么我学到了一些重要的东西！

如果提供的信息不完整，请随时询问更多信息！

Answer 1

• 分裂的表到不同的活动，听起来像一个很大比试图鞋拔7个不同的活动变成1台更好的计划。

• 不同的对象属于不同的表 - 经验法则 - 最好有许多“瘦”的小表 - 即比 1 个“胖”的 megatable 更少的字段（即许多字段，其中许多必须是NULL）。这些类型的表笨重且难以编程。

• 看看这个，看看如果这个建议被忽略到疯狂的程度会发生什么:-)

最后，如果这是您的第一个数据库项目，请尝试一些活动的原型，看看效果如何。在小项目上犯错比在大项目上犯错要好（而且你会犯错误）。

在进行完整的项目之前，一定要有一个工作的、相对完整的原型。

如果您遇到更具体的问题，请回到这里 - 您的问题对本论坛来说有点“宽泛”。成功完成原型后，您应该准备好进行更大的任务。