你说的是数据库，还是数据表啊。
成都创新互联专注于安顺企业网站建设,自适应网站建设,成都商城网站开发。安顺网站建设公司,为安顺等地区提供建站服务。全流程按需定制，专业设计，全程项目跟踪，成都创新互联专业和态度为您提供的服务
如果是数据表的话，可以用连接查询。
select a.id,a.username,b.id as bid b.title from 表A a left join 表B b on a.id=b.id
这样就可以了，如果是两个数据库，那就比较麻烦，要创建两个连接对象。再分别打开两个表。再操作。
楼下几位都对。但是你这表其实不太合理，两张表的关联有问题。因为商家名可能相同，建议你加个字段shangjiaID 。table1 和table2中都有，且唯一。然后用左链接。left join 。不明白啥意思可以去百度下。
也许是我孤陋寡闻了，似乎没有办法跨库关联查询吧。如果非要跨库关联，我能想到的办法就是把两边的数据查询出来并存入一个临时表，再查询临时表。不过这种方法只是用于不同库中相同或相似的表，比如有的数据量较大的分库项目。
在回过头来看你的项目需求，其实根本不需要跨库的。首先在任意一个库里创建一个表，在发送会议信息给会员的时候，除了这个表的主键之外，只需要记录会员的id和会议的id，这两个id分别从两个库里获取。
你如果要查看某条会议信息发送的详情，就通过这两个id分别从两个库里获取会员信息和会议信息。
你如果要查询出列表，用笨办法，因为你这个表肯定和会员或会议其中一个在一个库了，可以关联，然后在列表循环中逐条查询另一个数据，虽然这样有些影响性能，但是也比“跨库关联查询”好点，况且如果数据多的话，一般都是分页操作的话，一个列表最多二三十条记录，一次查询二三十也不会有太大影响。
另一个笨办法，就是把发送记录列表中所有需要列出的字段都记录在发送会议信息的记录表里，这样就不需要在循环查询另一个表了。但缺点就是这里面的数据就不能和会员以及会议信息的数据同步，除非你在更新会员以和会议信息的数据的同时更新这个表的数据。
但不管用哪种方式，我觉得都比“跨库关联查询”要好，即使真的有“跨库关联查询”的方法。
