java中的SQLite-我只有一个看起来太大的表？

我有一个应用程序，允许用户每天存储一次50种不同症状的int值。因此，在我的SQLite数据库中，我的主键是症状和日期（见下文）

---

我的表格每天有50个条目，这是非常多的。

---

有没有更有效的方法来分解这个表，这样我就不会有这么多条目？我

“我的表每天有50个条目，这是非常多的”-不是真的，除非这是在一个真正受限制的设备上。是什么让你担心一天50行会被证明太多？我想稍后实现搜索算法（如按月、日或症状检索所有条目）可能会花费数万个表条目。与其想象，为什么不执行实际测试呢？生成与（比如）5年数据一致的随机数据应该很容易，然后检查您感兴趣的查询的性能。既然日期和症状是主键，那么它们都应该被索引，这样查询应该很快。为什么要为每个症状创建表？有50个条目，每个条目都是小表。是否每天有50个症状或一个症状表中有50个条目？每天有50个症状。我只有一个表，每天有3列50行。“我的表每天有50个条目，这是非常多的”-不是真的，除非这是在一个真正受限制的设备上。是什么让你担心一天50行会被证明太多？我想稍后实现搜索算法（如按月、日或症状检索所有条目）可能会花费数万个表条目。与其想象，为什么不执行实际测试呢？生成与（比如）5年数据一致的随机数据应该很容易，然后检查您感兴趣的查询的性能。既然日期和症状是主键，那么它们都应该被索引，这样查询应该很快。为什么要为每个症状创建表？有50个条目，每个条目都是小表。是否每天有50个症状或一个症状表中有50个条目？每天有50个症状。我每天只有一个3列50行的表。

  String CREATE_TABLE_SYMPTOM = "CREATE TABLE " + Symptom.TABLE  + "("
            + Symptom.KEY_Symptom  + " INTEGER NOT NULL , "
            + Symptom.KEY_date + " INTEGER NOT NULL , "
            + Symptom.KEY_level + " INTEGER , "
            + "PRIMARY KEY ( " + Symptom.KEY_Symptom + " , " + Symptom.KEY_date + " ))";