我正在寻找一种数据库解决方案，其中某些数据可能会变得非结构化。
更具体地说，我使用的是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; }
}
现在我看到的问题是，由于我期望大量的GeoObjs，并且每个GeoObj都具有大量的GeoValues，因此带有get HUGE的GeoValues表。
这会大大降低性能吗？
有更好的解决方案吗？
谢谢！
您怀疑潜在的性能问题最终根源于您的SQL数据库服务器，这是正确的。您正在使用MS SQL Server吗？
在测试在硬件和配置数据库的计算机上运行的特定版本的SQL Server的性能时，可以找到答案。
据我所知，Entity Framework没有支持表分区控制的功能，而此类功能可解决HUGE表的瓶颈。那是在数据库范围内。
请查看https://msdn.microsoft.com/zh-cn/library/ms190787.aspx，以获取有关该信息的一些信息。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句