我在玩平台/硬件吗？

Question

我不知道我是在尊重和礼貌的用户，或我是否不必要地妨碍了我的应用程序的名字，把手机当作一个中国娃娃。

我在Android市场上有一个成功的应用程序。它的一个主要功能是从用户正在得分的游戏中记录体育数据。当前的详细信息是相当基本的:每个玩家有一行，每个基本的stat有一个字段。然而，如果我记录了更多的信息，我就可以大大提高应用程序的细节和有用性，把它炸成无数的关系表，并且可以想象数以千计的记录。

我的问题是，这是一件负责任的事情吗？到目前为止，我一直回避它，认为“这只是一部手机”和“它只是一个SQLite"，但我从来没有真正考虑过，这是否是一个正当的理由，不去做一些我不会再考虑在网络或桌面应用上做的事情。

那么，在存储和筛选数据库记录方面，有多少数据(我知道这是非常可量化的)是合理的呢？

编辑:要明确的是，我并不是简单地讨论添加更多字段，因为我知道这样做的影响很小。我说的是从“这名球员有5支单打和3支全垒打”的细节到存储每个球拍的信息，每个球拍导致5支单打和3支全垒打。显然，这将需要更多的表格，而且可以想象会有很多记录。

Answer 1

为了我在CMU的硕士论文项目，我编写了一个Android应用程序，它在一天内收集了大约3亿b(主表中的250万行)的数据。它在大约10小时内耗尽了手机的电池，CPU利用率在50%左右，但这些都与数据无关。我们用72赫兹的蓝牙进行生理数据的在线学习。随着数学密集的部分的削减，手机是相当好的和使用的标签，而服务运行。10小时主要是蓝牙持续运行造成的。没有蓝牙，我们有大约16-18个小时的连续正常运行时间。这几天我连HTC的愿望都没有。

和这是在A G1上

我想如果你呆在兆字节或者低10兆字节的话，你会没事的。只要你有一个好的设计，不要在主线程中进行昂贵的查询。SQLite很好地处理格式良好的查询，将数据转储到其中非常快。

编辑:想一想:你为什么不提供你的应用程序的第二个版本的附加字段呢？更多的计算显然意味着更多的电池消耗，所以我会给用户一些选择。但我的直觉是，表演的霸主不会是真正引人注目的。

Answer 2

听起来SQLite可以满足你的需求。我会毫不犹豫地推动它的极限。这是一个非常好实现的产品，应该能够处理您所描述的内容。如果您的应用程序正在处理更大的数据量(超过100到200 If )，您可能需要考虑伯克利数据库。伯克利DB支持SQLite3 API，并提供了额外的数据管理功能，这些功能提供了比本地SQLite更好的性能、可伸缩性和可靠性，特别是在处理较大的数据集时。-戴夫