我有三个表，每个表有 5 列。它们每个可以长到 15 行。为此拥有一个 SQLite 数据库是否有意义，或者一个文件就足够了？我说的是纯粹的性能基础。
问问题
80 次
5 回答
3
我的建议是Sqlite，Sqlite 具有可以导航数据的光标，很容易修改数据。
同样的事情File很复杂，因为你必须做字符串函数，比如,indexOf()等等。subString()replace()
于 2012-04-10T17:35:59.783 回答
2
您需要任何类型的并发支持吗？如果是这样，SQLite 会有意义，而不是自己构建。
我会支持使用数据库，因为就关系和所存储数据的格式而言，维护数据的完整性可能会更容易。更新表时出错很容易引起注意（例外情况可以很好地防止数据损坏），但是将格式错误的数据写入您自己的格式可能不容易被发现，直到为时已晚。
性能可能应该排在维护有效数据之后。
于 2012-04-10T17:35:16.477 回答
2
从性能的角度来看，这无关紧要，但从维护的角度来看，您应该使用 sql 方法，如果有一种众所周知的通用方法，请远离任何神秘的自制方法:)此外，为数据库编写代码而不是为平面文件编写代码应该要快得多。而且，在您可以衡量并发现您有性能问题之前，永远不要优化。
于 2012-04-10T17:35:24.657 回答
1
我也会明确投票支持 DB 解决方案。除了上述优点之外，无论如何学习都是一件好事 - 而且 - 老实说 - 最后考虑到所有问题，它并不比文件系统解决方案更难或更多工作。
顺便说一句，当时我通过本教程学习了数据库：http: //developer.android.com/resources/tutorials/notepad/index.html
由于其他几个原因，它也非常有用......
于 2012-04-10T18:13:09.067 回答
0
如果您还没有 MySQL 数据库并且不需要任何棘手的连接，请使用文件系统。
我做的是 web，而不是 android，但我使用 JavaScript 从文件系统中消费 JSON 清单取得了巨大的成功。削减数据库开销真是太好了，而且文件系统几乎是即时的。
于 2012-04-10T17:37:57.813 回答