Question

我正在寻找一种数据库解决方案，其中我的数据的某些部分可能会变得非结构化。

更具体地说，我正在使用Entity Framework 6，但实际上我认为这更像是一个SQL根源问题。

假设我有一组通用几何对象（GeoObj），可以用任意数量的值（int的集合）表示。

这是一个解决方案，但我真的不确定正确性/效率：

GeoObj
{
     public int ID { get; set; }
     public virtual ICollection<GeoValue> Values { get; set; }
}

GeoValue
{
     public int ID { get; set; }
     public int Value { get; set; }
}

现在我看到的问题是，由于我期待很多GeoObj，并且每个GeoObj都有大量的GeoValues，因此GeoValues表获得了巨大的成功。

这会显着降低性能吗？

有更好的解决方案吗？

谢谢！

Answer 1

您怀疑潜在的性能问题最终源于您的SQL数据库服务器。您使用的是MS SQL Server吗？

在测试运行在托管数据库的计算机的硬件和配置上运行的特定SQL Server版本的性能时，可以找到答案。

据我所知，实体框架没有支持控制表分区的工具，以及类似的东西来解决 HUGE 表的瓶颈问题。这属于数据库的范围。

查看https://msdn.microsoft.com/en-us/library/ms190787.aspx了解相关信息。

实体框架表示任意数据的最佳方式

1 个答案: