13518219792
也许是我孤陋寡闻了，似乎没有办法跨库关联查询吧。如果非要跨库关联，我能想到的办法就是把两边的数据查询出来并存入一个临时表，再查询临时表。不过这种方法只是用于不同库中相同或相似的表，比如有的数据量较大的分库项目。
创新互联建站服务项目包括广宗网站建设、广宗网站制作、广宗网页制作以及广宗网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，广宗网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到广宗省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
在回过头来看你的项目需求，其实根本不需要跨库的。首先在任意一个库里创建一个表，在发送会议信息给会员的时候，除了这个表的主键之外，只需要记录会员的id和会议的id，这两个id分别从两个库里获取。
你如果要查看某条会议信息发送的详情，就通过这两个id分别从两个库里获取会员信息和会议信息。
你如果要查询出列表，用笨办法，因为你这个表肯定和会员或会议其中一个在一个库了，可以关联，然后在列表循环中逐条查询另一个数据，虽然这样有些影响性能，但是也比“跨库关联查询”好点，况且如果数据多的话，一般都是分页操作的话，一个列表最多二三十条记录，一次查询二三十也不会有太大影响。
另一个笨办法，就是把发送记录列表中所有需要列出的字段都记录在发送会议信息的记录表里，这样就不需要在循环查询另一个表了。但缺点就是这里面的数据就不能和会员以及会议信息的数据同步，除非你在更新会员以和会议信息的数据的同时更新这个表的数据。
但不管用哪种方式，我觉得都比“跨库关联查询”要好，即使真的有“跨库关联查询”的方法。
照你所说的话，登陆后发布新闻，那你登陆后肯定会用用session或者cookie 来保存登陆id的
那么你插入新闻的时候
"insert into news (title,content.uid) values ('title','content','这里session或者cookie')"
既然查询有id来关联了
那么查询的时候就用left join
"select * from news as n left join user as u on n.uid=u.uid where=‘条件你自己写’ "
1.同时查出两个表所有的记录：
select 字段
from table1
union
select 字段
from table2
2.这个字段相同的记录
select *
from table1,table2
where table1.字段 = table2.字段
