|
|
1
1
如果要归档的数据结构相对简单,可以考虑直接归档到平面文件。写得好,读得不好。在这个问题上有一些关于这个话题的讨论: Are flat file databases any good? 否则,我会坚持使用MySql,并确保对其进行了适当的调整,以适应高写/低读的使用。 |
|
|
2
1
首先,除非只进行全表扫描,否则查询速度与数据库大小不成正比。唯一索引查找与索引的深度成比例。从索引根块拆分到下一次拆分,可能会增加数百万行。事实上,删除行以保持数据库“尽可能空”实际上并不会使数据库变小。在重建索引之前,可能会有非常稀疏的分支和叶块使索引扫描花费越来越长的时间。
在Oracle中,我建议使用分区和删除来保持数据库的一定大小。
|
|
|
3
0
|
|
|
4
0
您可以看到不同数据库的读写性能结果 Database Benchmark Software (GNU GPL) |
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 2 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 2 年前 |
|
Dante · Django::配置不当:池不支持持久连接 2 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 2 年前 |