数据库设计疑问

需求是这样的，用户修改了策略之后会生成一个文件，文件包括一个策略所属主体下的所有策略。

策略配置项特别多，所以做这个同学就把策略根据配置项分类分成了很多小表，将近30个。如果我让我设计，估计也是这样。

所以问题来了，在生成文件的时候，就需要查询很多很多表，而且还要循环查询。有多个策略，每个策略下的多个配置项又有多个配置…

用户每次修改配置都要生成文件。没有做过这个级别的查询，感觉会不会连接数据库太过频繁？这种情况改怎么处理？