显然，如果没有更多的信息，这个问题是不可能回答的，所以让我扩展一下。
我正在建立一个存储数据库，大约有1000个存储
它们分为13大类产品。
这13个大类各有4或5个小类
这四五个人（总共约65人）各有四五个人。
我所做的是为每一个单亲父母及其直系子女做一张桌子。然后为每一个孩子和他们的孩子准备桌子。
在逻辑方面，它将满足我的编程需求，但我想知道这是否是完全非正统的有这么多表，是否有更好的方法来做。
还想知道在查询时，这许多表是否会使系统过载/滞后。
我可以在两个表格中完成整个工作，在那里我只为每个类别分配了一个父ID，但是从视觉上看，这看起来并不是很有组织性或层次性的，而这就像一棵完美的树。
最佳答案
使用关系数据库结构（具有一对多或多对多关系）与适当的索引。在逻辑上，为每个类别都有一个单独的表是没有任何意义的——这就是关系数据库被发明的原因。
你的解决方案应该是有效的，但是从数据论的角度来说，它不是很好的实践。
以获得更高的规格
像这样的数据库结构
TABLE categories:
id title parent_id(NULL)
然后使用php中的一些递归对结果进行排序。
关于php - 数据库中的200个表太多了吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/12613196/