Web仪表板混淆的数据库架构

Question

我正在尝试制作允许用户在实时仪表板中监控其网站数据的Web应用程序。但现在我对如何存储数据感到困惑，以获得良好的网站性能。我想使用Microsoft SQL Server数据库引擎，带有实体框架。所以我写了一个数据库草图，我正在考虑使用：

但现在我对此类数据存储的性能感到困惑。我只需要该用户可以拥有许多仪表板，其中包含不定数量的小部件，他们也可以与其他人共享仪表板。还按类别对小部件进行排序，然后将其选择到仪表板中。我的观点是，也许有人可以分享他们对数据库架构的看法，它是否与项目相关，如果不是，我怎么能改进呢？

Answer 1

这是一个早熟的优化。你有数百万用户吗？可能不是。现在，重要的是以一种对开发团队合理的方式布局数据。根据您打算如何使用它，这些数据对您有意义吗？如果答案是肯定的，那么请保留此架构。很难知道您的应用程序在一年的时间内会是什么样的，并且无法知道您需要优化的时间。

现在您有4个表，因此您无需担心数据的连接性。只要您了解您的数据，您就可以了.b