gpt4 book ai didi

sql - 在 SQL Server 中分解 HUGE 表是否更好?

转载 作者:行者123 更新时间:2023-12-02 07:12:13 25 4
gpt4 key购买 nike

我正在设计一个财务应用程序,它可以保存许多证券的报价。历史数据可能是每只证券的数以亿计的报价(并且可能有成百上千种不同的证券)。

将每个证券的报价保存在一个单独的表中更好,还是我可以使用一个大表?

如果我使用一个表,我需要提供符号+时间的唯一键以防止重复引号,而使用多个表将要求我只对时间列使用单列键。

谢谢

顺便说一句,我问这个是因为我开始使用 Entity Framework,似乎我不能在运行时使用它来创建表而不添加 ADO.NET,因此我需要提前知道我需要哪些表(以及所以我不能为新证券添加新表)。还是我都弄错了?

最佳答案

表格可以是partitioned超过存储空间,但它可能不符合您的利益:

While partitioning can offer great benefits, it adds administrative overhead and complexity to the implementation of your objects, which can be more of a burden than a gain. Specifically, you might not want to partition a small table, or a table that currently meets performance and maintenance requirements. The sales scenario mentioned earlier uses partitioning to relieve the burden of moving rows and data—you should consider whether your scenario has this sort of burden when deciding whether to implement partitioning.

此外,如果您的目标是将数据分离到单独的文件组(最终是磁盘组/阵列),您可能会使用您的存储系统(SAN LUN 有许多驱动器组,RAID 阵列有许多驱动器来分散负载)。

如果您的存储空间充足且代码紧凑,您的应用程序使用一张表可能没问题。

关于sql - 在 SQL Server 中分解 HUGE 表是否更好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4788614/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com