Android中SQLite多条件搜索查询：单表还是双表存储？

Hey there! Let's tackle your two SQLite/Android questions with practical, actionable answers:

SQLite提供了几种不同的搜索方式，适配不同的业务场景：

• 基础模糊搜索（适合小数据集）
  用LIKE操作符配合通配符%（匹配任意长度字符）或_（匹配单个字符）就能实现简单的包含搜索。比如要查找名称包含"coffee"的商品：

  SELECT * FROM products WHERE name LIKE '%coffee%';
  

  默认情况下SQLite的LIKE不区分大小写，如果需要严格区分，加上COLLATE BINARY即可：

  SELECT * FROM products WHERE name LIKE '%Coffee%' COLLATE BINARY;
  

  如果是精确匹配需求，直接用等号=就行：

  SELECT * FROM products WHERE keyword = 'organic';
  

• 全文搜索（适合大数据集/长文本）
  如果你的数据量很大（比如上万条）或者搜索对象是长文本内容，LIKE的查询效率会很低，这时候推荐用SQLite的全文搜索扩展（FTS5/FTS4）。
  首先创建一个虚拟的全文表：

  CREATE VIRTUAL TABLE articles USING FTS5(title, content, keywords);
  

  然后用MATCH操作符进行高效搜索，还支持多关键词组合：

  -- 搜索包含"android"或"sqlite"的文章
  SELECT * FROM articles WHERE articles MATCH 'android OR sqlite';
  -- 搜索同时包含"android"和"database"的文章
  SELECT * FROM articles WHERE articles MATCH 'android AND database';
  

这个问题没有绝对答案，得结合你的业务场景来选：

• 选单表的情况
  如果每个条目对应的关键词是单个、固定数量的（比如1-2个），或者你的数据集很小（几千条以内），单表是更简单的选择。比如表结构可以是：

  CREATE TABLE items (
      id INTEGER PRIMARY KEY AUTOINCREMENT,
      name TEXT NOT NULL,
      keyword TEXT -- 也可以用多个字段如keyword1、keyword2
  );
  

  搜索的时候直接写OR条件就行，不用复杂的关联查询，在Android的Room框架里也更容易维护：

  SELECT * FROM items WHERE name LIKE '%search_term%' OR keyword LIKE '%search_term%';
  

  优点：代码逻辑简单，小数据集下查询速度足够快，没有冗余的关联操作。

• 选双表的情况
  如果每个条目有多个关键词（比如标签系统），或者关键词需要动态添加/删除，或者你需要统计关键词的使用频率，那必须用双表（符合数据库设计的第三范式）：

  • 主表（items）：存储条目基本信息，比如id, name, description
  • 关联表（item_keywords）：存储条目和关键词的对应关系，比如id, item_id, keyword
    搜索的时候用JOIN关联两张表，记得加DISTINCT避免重复结果：

  SELECT DISTINCT i.* FROM items i 
  JOIN item_keywords ik ON i.id = ik.item_id 
  WHERE i.name LIKE '%search_term%' OR ik.keyword LIKE '%search_term%';
  

  优点：避免数据冗余（多个条目用同一个关键词时无需重复存储），扩展性强，适合复杂的关键词管理场景。

额外Android实践建议：如果用Room框架，可以通过@Relation注解轻松处理双表的关联查询；不管选哪种方案，都给name和keyword字段加索引（比如CREATE INDEX idx_items_name ON items(name);），能大幅提升搜索速度。

内容的提问来源于stack exchange，提问作者Gerald Wenas