S7如何把缓存文件分开？

现在我遇到这样一个问题：我使用500个不同的数据库，前台使用同样的页面，目的是让一个站点，来服务500个社区，而不是500个站点来服务500个社区。通过url的不同，来导向不同的数据库，来实现数据的独立。
    问题一：这个方案是否可行？
    问题二：当导向不同的数据库时，发现缓存冲突的问题。比如：A登录，导向A数据库，A添加了一个模块。B登录，导向B数据库，问题出现了，B可以在主页上看到A添加的模块，然而这个模块，在B的数据库里是没有的，点击就会出错。解决这个问题的办法是让A和B使用自己独立的缓存文件和数据库，请问各位大哥，如果这个方法可行的话，该如何把缓存文件分开？如果这个方法不可行，能否告诉我原因，这对我非常重要。
    希望大哥大姐大侠们，能认真看看小弟的问题，并给予回答，在此先谢谢大家了，留言必回。

你五百个社区，里面共享的数据，也有很多，没有必要搞那么多的数据库吧。
如果你想往大了做，那么可以将一些公用的信息放到ucenter里面，一个社区一个站点，如果是你想的那样，那么程序与架构要重新来做了。

谢谢楼上的大哥，谢谢你的回复。请问你真的是Comsenz Team成员吗？看你的名字是这样的。
一个社区一个站点，没问题。问题就是现在有500个社区，而我只想用一个站点来服务他们，否则，修改程序或升级，会造成非常大的工作量，服务器也得曾加。

不用谢.其实这很简单的.还有,你打错字了.修改一下好吗?

可以在数据结构上作文章，对每一个信息加一个信息来源区分，例如你的500个社区对应500个域名，每个域名有个唯一ID，从不同域名过来的用户，以及任何数据都以此域名的唯一ID做区分，就不会乱了。
对唯一ID的操作可以放到数据库操作类中去做，这样也不用去对程序做大改动。

楼上的大哥，你说的加ID标识，我们之前想过，但是要想让每个社区有自己独立的模块，而互相不影响，就很难实现了。看来，一个社区一个站点是最简单的，而且对数据库进行结构上的改动，我们担心修改不成功，会导致系统混乱或崩溃。
不过，非常感谢大哥的回复，你们良好的服务，我们表示非常的赞赏。

楼上仁兄说的方法虽然可以使数据分开，但是就一个系统服务多个社区的情况来说恐仍旧不能解决公用缓存带来的问题。倘若再对缓存结构添加标识ID的话，哎~只能说一句我不是comsenz人

一个中转网站，转向500个论坛。如果论坛域名是使用的子域名，或者以根目录为起点的url，建议使用ucenter中心的应用进行‘应用ID’的区分。这样对SS7来说，修改的地方将会不多。但是有一点，使用ucenter同步登录的时候，每次用户登录或退出操作都会出现多大500条js同步调用链接。导致过多的js链接的并发。服务器负载极大地增加。
同时，无法保证500条js完全通知成功。造成同一时间ucenter“通知失败”的消息堆积。造成锁表或无法完成后来访问者的消息通知。导致ucenter同步失效。

8# 一文天
ucenter的同步登陆功能会造成supesite1用户和supesite2的用户“串门”，这是我们不愿看到的问题，建议comzend能够关注一下开发多门户系统

对啊，如果新增加一个社区门户，就像新开一个博客一样，拥有如此好的扩展功能，那Comzend的产品，将成为精品，到时候，社区网站就是Comzend的天下了，希望看到这么一天的到来。