select * from databasea.table1 union select * from databaseb.table2 ;
成都创新互联专注于安阳网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供安阳营销型网站建设，安阳网站制作、安阳网页设计、安阳网站官网定制、微信小程序服务，打造安阳网络公司原创品牌,更为您提供安阳网站排名全网营销落地服务。
不推荐垮库使用.弊端太多
M("User u")-join("sex s,deparment d,job j")-where("u.sex=s.id,u.department=d.id,u.job=j.id")-select();
ps:下次弄个可以粘贴的，不然线下没法测试。
也许是我孤陋寡闻了，似乎没有办法跨库关联查询吧。如果非要跨库关联，我能想到的办法就是把两边的数据查询出来并存入一个临时表，再查询临时表。不过这种方法只是用于不同库中相同或相似的表，比如有的数据量较大的分库项目。
在回过头来看你的项目需求，其实根本不需要跨库的。首先在任意一个库里创建一个表，在发送会议信息给会员的时候，除了这个表的主键之外，只需要记录会员的id和会议的id，这两个id分别从两个库里获取。
你如果要查看某条会议信息发送的详情，就通过这两个id分别从两个库里获取会员信息和会议信息。
你如果要查询出列表，用笨办法，因为你这个表肯定和会员或会议其中一个在一个库了，可以关联，然后在列表循环中逐条查询另一个数据，虽然这样有些影响性能，但是也比“跨库关联查询”好点，况且如果数据多的话，一般都是分页操作的话，一个列表最多二三十条记录，一次查询二三十也不会有太大影响。
另一个笨办法，就是把发送记录列表中所有需要列出的字段都记录在发送会议信息的记录表里，这样就不需要在循环查询另一个表了。但缺点就是这里面的数据就不能和会员以及会议信息的数据同步，除非你在更新会员以和会议信息的数据的同时更新这个表的数据。
但不管用哪种方式，我觉得都比“跨库关联查询”要好，即使真的有“跨库关联查询”的方法。
