数据库设计疑问

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

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

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

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

你可能感兴趣的:(数据库设计疑问)