如果我有20张数据表
应该建1个数据库存20张表
还是建10个数据库,每个数据库存2张表.
也就是说:是少数据库多表比较好还是多数据库少表比较好.
各有什么优缺点吗?
谢谢!

有必要建10个数据库吗????
当然如果可以两张在一起比较独立,而且数据量非常大,可以多建几个数据...

我是打个比方,并不是真要建10个数据库.
我只是想知道,从安全性,运行效率,编程难度方面两种方式是否有很大差别,
经过较长时间运行后,差别是什么.
我没有这方面运行经验,所以请教一下.
谢谢!

请教不敢当.
如果数据表和数据表之间没有明显的分工和类别差异的话,不要建太多的数据库.这样会给编码带来一定的麻烦,而且查询数据的效率会降低.....

如果一个数据库中表太多,会不会有什么问题.
一个数据库中通常会建多少表,在不影响效率的情况下,最多建多少表?
大型数据库软件如果数据量很大,关系很复杂,也可以只用一个数据库吗?
还有,在一个数据库中,
是把一个表建得很大(包含很多字段)好,还是将一个大表拆分成几个小表好?
谢谢!

根据情况而定啦
一个数据库中可能有创建很多张表.
关系太复杂,可以考虑分成几个不同功能的数据库...

谢谢!
不过我指的不是数据之间的逻辑关系,逻辑关系我可以自己来优化把握.
我是在担心不同数据关系会造成整个软件系统的效率差别,安全性差别,或者影响代码的可读性.
我自己感觉系统的宏观结构设计比代码的使用技巧要重要很多,甚至我认为80%的工作要花在这里,
应用程序中多一半需要的代码可以网上搜到,自己要编的应该不多.
当然我可以自己慢慢试,但还是希望通过前人的指点自己能少走些弯路,
因为这不是数学问题可以自己推算

通常說，一個軟件的數據表適宜放在一個數據庫里面！數據之間關系可以通過表來區分！
數據字段設置可以參看第一，第二，第三范式！
數據多，数据关系復雜，并不是要多建數據庫的理由，
分幾個數據庫，數據就會少下來，數據關系就會變簡單，我看不見得！
我看：關鍵是對數據表結構的構建，和操作代碼的效率性！

感谢fairy4!
知道怎么做了

給你看張圖片，注意看上面紅色標記的，因為是公司的數據庫，不能把表名字貼出來，所以我只好涂黑了，不好意思！
我只能告訴你，這個數據庫是用于生產，里面的數據是非常龐大的！（對數據的操作也是相當頻繁的 ）