SQL全文搜索-设计决策：多个表还是一个大表
我对SQL有点陌生，但我正在创建一个数据库，其中有一个电影元数据表，我需要对电影脚本进行全文搜索，这些脚本目前被组织成一个大表，每个电影一个，列中有行号、时间戳和文本体（需要能够搜索关键字、短语）。我的问题是，我的搜索是否会使用一个用于所有脚本的大型表而不是一个用于每部电影的表来运行得更快。我正在使用SQLite和Python。我正在使用fts4来实现全文搜索功能。将每部电影放在一个单独的表中并不是一个易于维护的体系结构，因为插入或删除新电影时必须添加/删除表 只有使用具有良好聚类因子的索引，在海量表中搜索才能有效 总的来说，正如我看到的整个问题一样，我认为对基于文档的数据库（如）的修改将提供更好的数据存储和搜索SQL全文搜索-设计决策：多个表还是一个大表,sql,sqlite,Sql,Sqlite,我对SQL有点陌生，但我正在创建一个数据库，其中有一个电影元数据表，我需要对电影脚本进行全文搜索，这些脚本目前被组织成一个大表，每个电影一个，列中有行号、时间戳和文本体（需要能够搜索关键字、短语）。我的问题是，我的搜索是否会使用一个用于所有脚本的大型表而不是一个用于每部电影的表来运行得更快。我正在使用SQLite和Python。我正在使用fts4来实现全文搜索功能。将每部电影放在一个单独的表中并不是一个易于维护的体系结构，因为插入或删除新电影时必须添加/删除表 只有使用具有良好聚类因子的索引，在