我有一个关于移动应用程序数据库的问题:我想开发一个应用程序,它将成为法语-库尔德语词典。我的想法是用法语单词和他的库尔德语翻译填充我的数据库(一个简单的想法不是吗?)。但它是一个移动应用程序,我对数据库没有任何经验,所以我的问题是:数据库的限制是什么?当我说限制时,我说的是数据库的大小,因为应用程序的目标是快速。
对于我的申请,我至少有 1000 个条目:这是太多了,还是合理的?
我有一个关于移动应用程序数据库的问题:我想开发一个应用程序,它将成为法语-库尔德语词典。我的想法是用法语单词和他的库尔德语翻译填充我的数据库(一个简单的想法不是吗?)。但它是一个移动应用程序,我对数据库没有任何经验,所以我的问题是:数据库的限制是什么?当我说限制时,我说的是数据库的大小,因为应用程序的目标是快速。
对于我的申请,我至少有 1000 个条目:这是太多了,还是合理的?
就 SQLite 可以处理的内容而言,1000 个条目非常好。
这是关于 SQLite 限制的讨论。
表中的理论最大行数为 2^64(18446744073709551616 或大约 1.8e+19)。由于将首先达到 140 TB 的最大数据库大小,因此无法达到此限制。一个 140 TB 的数据库最多可以容纳大约 1e+13 行,并且只有在没有索引并且每行包含非常少的数据的情况下。
就您的数据库的大小和速度而言,我认为您也无需担心 1k 条目。如果您的查询速度成为问题,那么值得研究优化,但我认为您不需要给出问题陈述。
对于前面的答案,我相信 OP 不是在问他可以存储多少个数据库条目的理论限制,而是在搜索特定单词之前他可以存储多少个数据库条目变得很慢,因为纯粹要搜索的数据库条目数,作为响应,阅读 sqlite 数据库的搜索技术:搜索 sqlite 数据库和 sqlite 数据库缓存和优化的最佳方法:http ://web.utk.edu/~jplyon/sqlite/ SQLite_optimization_FAQ.html