熟悉系统架构的朋友帮我参考一下
我现在开发的一个系统中要用到四个数据库
这么多的数据库在管理上是一个难题
比如数据库名,连接字符串,用户,密码，CMD对象,打开关闭等等
在我写Provider类的时候感觉有点乱,有时候还老是弄错

数据库 中所有的查询、更新、插入操作全部用存储过程来实现
（四个数据库在同一个服务器中）
现在我就想问大家一个问题
我能不能把所有的存储过程都建在一个数据库中，其他的数据库操作都通过跨数据库操作，这样对数据库的管理就方便了
这样做现实吗？在性能方面有影响吗？安全吗？
请大家给一些参考…………

[解决办法]
引用象完整的象名就可以了
[解决办法]
主,支持你，方便性角度出，我相主行的想法是的，但是我不建主行去做，我也曾做一案子跨了四，我也有想法。所幸我後是有做，相信建立四，是因他彼此立而又有，於的跨的操作，於安全性和性能方面都有影：
安全性：
因SQL Server的制是：先行身份，後行限，如果通跨的用，那於的管控就一涉及到四的不同限的限制了，而管理的角度安全性是有患的。而且於管理增加了管理的，
性能方面：
要知道跨的操作，它的性能肯定是受到一定的影的。而且有一不好的一，如果以後系的成，的模越越大，量成道一定段的候，你服器的非常重，而SQL Server 不管是2000是2005都有支持真正的均衡技，那候如果你的服器重，你只有方法：
第一：直接升服器的硬件，不就一定往上加，如果是服器本身限制，那只能更高的服器硬件了，
第二：把不同的用分配到不同的服器，由多台服器一起承理

然，第一方法的成本最高，因你的可能需要全部做一移，而且可能有第二次移。而第二方法，比好，只是把某一部用其它服承，你的系更活，更有效，

而如果主行采用所有跨用，那以後就只能第一做法了。那成本主行可以考一下。
[解决办法]
建：
四不同的，置四不同的行安全管控，在程序，可以置四不同的接池，每都相的用接口，四系之的系以及用在程序中，而是彼此立的。系的展性和松散耦合性更好，
比如：以後如果有新模的增加，我可以建立第五，而且如果很重的五可以分到不同的服器，
[解决办法]
呵呵...
支持分开!
[解决办法]
其实就这个系统而言,我觉得根本没有必要建四个数据库
两个就足够了,一个放基本资料,另一个存放数据
总共才十几个表,却放在了四个数据库里
最少的一个才两个表
但决策者说要用四个数据库,俺也没办法了^^^^
==========================================================
啊
这样的数据库，在一个服务器上，有意义做这么多数据库么？