大网站，两个大的网站的用户ID要合并到一张表，怎么办。
  那边提方案在一个网站的用户ID最后加一个'@'标志，
  目前没想出会有什么问题， 请问有经验的，这个通常怎们做.
--
FROM 119.255.34.*

单点登陆我们也是要的，  但是要先合并两个大用户群，然后再更多的业务上
实现单点登陆，目前是两个用户群一个事独立业务，另一个自己实现了部分的
sso.
  这么说吧， 我反正是很想砸烂这些从头开发，但是这显然是老总不能接受的.

【 在 sayinger (言者) 的大作中提到: 】
: 人那是SSO，跟楼主的需求不一样
--
FROM 119.255.34.*

哎呀，不要吵不要吵，学术讨论.

算抛砖引玉吧。



--
FROM 119.255.34.*

做了个xmlprc的server ,持续链接两个数据库，登录的时候按照上面兄弟的做法
用户选择一下是哪个站点的，php链接xmlrpc的server认证
在新的应用中不冲突就可以了.
  
  目前看问题解决了一部分。  等待上面决策一下，将来以哪边用户为主，另外一边的
导入， username重叠的提供选项，要么换，要么加别的后缀。
  其实这个讨论挺有意义的，不是说多么深，但是很现实，
  也没有什么绝对正确的答案,但是感觉国内网站开发还是挺乱的，  不过确实有规划
的
好多网站， 也有规划的不怎么样的网站。另外就是网站是个动态的，需要持续改进，
开始的架构很重要，不一定功能多强大，但是起步的扩展性，兼容性必须做好。
  
  有些网站开始就没打算做大似的，表就三张，内容一多用户一多全得打补丁，拆
表导用户， 折腾个没完没了。
  烦死.

  谢谢大家都讨论， 以后多聊聊，不见得非要怎么地， 就是多个角度讨论问题比较
好。不过大家别斗气，我看还是年轻气盛的多.有空怎么可以搞个数据库，两千万用户2
亿内容的，架起来用loadrunner比一下，看谁的快，我觉得这种还是比较锻炼的
--
修改:fqqq FROM 123.113.114.*
FROM 123.113.114.*