我有一张桌子,房地产经纪人可以在线发布工作。
一般来说,我们预计每月有 2000 个条目,一年后有 24'000 个条目!
这会大大减慢数据库的速度吗?
如果数据早一年,我应该将数据导出到文件吗?
如果是这样,我将如何维护数据完整性
我有一张桌子,房地产经纪人可以在线发布工作。
一般来说,我们预计每月有 2000 个条目,一年后有 24'000 个条目!
这会大大减慢数据库的速度吗?
如果数据早一年,我应该将数据导出到文件吗?
如果是这样,我将如何维护数据完整性
不,现在一个表中的 24000 个条目根本不被视为大量数据。当然,我假设您的数据库类似于 SQL Server、MySQL 等。
您需要确保该表具有分配给相关字段的索引,例如标识列或 WHERE 子句中经常使用的任何列,因为这将确保仍然可以快速访问数据。
无论数据库大小如何,您还绝对应该考虑备份计划。
有一个旧的不再是主题的问题,它可能包含对您有用的信息,并且至少可以作为研究和学习数据库性能的起点。
坦率地说...在“大量数据”领域,每月 2,000 条记录与每月 0 条记录在统计上没有区别。你说的不是很多数据。因此,除非您的数据库和/或您的应用程序存在一些严重的设计问题,否则您应该没问题。
但是你问这个问题的事实表明你不知道你是否有这些问题。所以希望这会给你一个很好的起点。没有灵丹妙药。您可以做的任何一件事都不会总是使您的数据库性能更好。这在很大程度上取决于您如何使用数据(如何组织数据,是读取更多还是写入更多等)以及如何优化它。
(实际上,在这种情况下,您需要明确避免“灵丹妙药”的心态。例如,我曾经与一个坚信“添加索引是提高数据库性能的方法”的人一起工作,因为他在某些时候被教导过在他的职业生涯中印象深刻的一点。这......不是单方面的。过度索引或索引不佳会导致数据库中出现严重的性能问题。)
该表是否有任何索引或主键?24000 条记录的数据不多,但是(正确地)使用索引来提高性能不需要任何成本。
表结构是什么?您最有可能在哪些列上查询该表?