我正在寻找一种数据库解决方案,其中某些数据可能会变得非结构化。
更具体地说,我使用的是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] 删除。
我来说两句