因此,我们的应用程序调用所有主要承运商(UPS、FedEx 等)的 API 来跟踪数据。
我们将从他们那里获得的最新版本的 XML 提要保存在我们数据库表的文本字段中。
我们几乎从不(阅读,到目前为止从未)访问过这些数据,但“以防万一”。
它给数据库增加了相当多的额外重量。现在,一个包含 200,000 行的表的大小约为 500MB...其中大部分都受到了所有 XML 数据的影响。
那么有没有一种更有效的方法来存储所有这些 XML 数据呢?我考虑过将它们保存为实际的文本/xml 文件,但我们每隔几个小时更新一次数据,所以不确定这样做是否有意义。
最佳答案
假设它是数据,没有特别的理由不将它保存在您的数据库中(除非它阻碍了您的备份)。但最好将它与您确实需要定期读取的实际数据放在单独的表中 — 只是 XML、返回原始表的 FK,以及可能的自动编号 PK 列。
关于mysql - 有没有比数据库更好的地方来存储大量未使用的数据?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1699028/