mon*_*ona 3 sqlite performance index performance-tuning
我有一个 SQLite DB,其中只有一个大小约 1.5 MB 的表(实际上,总共有约 30 个表,但每个表都存储在一个单独的 .db 文件中)。
当我EXPLAIN QUERY PLAN
用于任何表时,它显示全表扫描,据我所知这是不好的。但是,没有一个表有索引,而且选择查询的速度很快。
所以,我想知道我是应该在我们的表上添加一些索引还是保持它们原样?(现在,表最多有 5k 行,将来它们最多可能有 100k 行)。
附注。选择和插入的数量几乎相同..
所有的想法都受到高度赞赏。
现在,表最多有 5k 行,将来它们可能最多有 100k 行
在这种情况下,在时间和资源允许的情况下,检查这一点的最佳方法是制造具有该大小的逼真数据,并根据该数据测试您的应用程序以查看其扩展性如何(或者如果不是,则瓶颈所在)。但请确保您的数据是真实的:约 100,000 行相同的行不会是一个好的测试,因为索引的选择性不够有用,同样,列中数据预计“聚集”的真正随机数也不会成为最有用的测试。
归档时间: |
|
查看次数: |
292 次 |
最近记录: |