问题描述
因为最近在做项目的时候发现：经常显示出来的一张表里面是数据库十几张表甚至是几十张表里面的东西，我想问问有没有什么好的办法解决这个问题？
解决方案
解决方案二：
建立一张表，存放各个表的表名，然后逐个查询你要的数据；根据业务情况，将这些表名能分组最好或者直接用sql语句就可以获取到一个数据库下所有表名
解决方案三：
如果是固定显示，搞个视图可以不，
解决方案四：
软件的内部的机制一定是不断重构的，每隔几十天就有一个重要的东西经过了重写。对于一些大表或者“快表”，通常要从用户需求、成本、后台控制等角度去综合考虑，通常会在数据产生时动态产生2层甚至更多层的中间表、汇总表，或者每天都进行一次结算，等等，设计方法各不相同，主要看你追求的目标是不是用户体验上的极端需求。总的来说，如果是一些小公司或者国营企业，那么其程序员可能就胡乱弄一堆视图就“完了”。它们懒得做架构设计，只喜欢用唯一的理由——省事儿——来作为一切。
解决方案五：
一些非常大而复杂的监控系统（例如一个800万人口的城市中某个简单的管道的应激处理系统），那么就是有90%的表都是“快表”而不是基础表，只有不足10%的表示基础数据表。这些快表是真实的物理表，不是什么逻辑视图。设计每一个用户需求的监控画面的中间表、中间环节，都可以独立地按照其上报数据的流程来考虑，首先要有一整套逐级向上汇总的数据流程，而不是什么东西都临时统计。这个过程你应该自己设计。人家用户要花钱买的，就是这类系统。而那种写几个sql语句、视图的事儿，随便一个程序员都会干。
解决方案六：
我听了还是有点糊涂，什么是快表？
解决方案七：
1、如果这些数据对实时性要求不高，可以夜间把结果集生成静态表，页面展现读取静态表，这样可以达到提速2、使用试图，或者优化你的查询逻辑，以期把查询响应时间控制在可接受范围内3、重构你的表结构。分析是因为业务逻辑变了，才导致要检索这么多表，还是原本设计就不合理？
解决方案八：
为什么业务逻辑变化的这么频繁？连存储结构也调整的这么频繁？是不是要频道做数据迁移之类的？感觉分析这块要控一控？
解决方案九：
个人认为，sp1234说的正确；首先通盘的理解业务、流程，根据实际情况，进行有效设计开发。
解决方案十：
当初为什么不变成一张表？