企业原有成熟正在使用的ERP系统，现在需要再做一个B2B系统，
原使用的ERP可能不会修改，我要做的是B2B，应该没有ERP方面的支持，
看规格的样子要B2B再建个数据库，这我就不懂了，如果我B2B的资料更新，可以控制更新ERP的数据库；
可ERP若是有资料更新我怎么知道？要是每次取资料用得时候都要查ERP的数据库有没有更新的话这个和直接使用ERP的数据库有什么区别？
比如下订单，我B2B下完单可以去存到ERP，修改库存量，更新数据，
可ERP的下单呢？我总不能是每次下单前都到ERP数据库那检查他的库存数据和我这边的是否相同，然后判断能否下单，
那和直接查ERP的数据库有什么区别，还要个B2b的数据库有什么用？
我还很小白，而且还没开始做，想多了解点，多想想，大家有经验请不吝赐教，随便发言，
感谢大家了
------解决方案--------------------------------------------------------
首先分清那些数据是共享读的，那就用同意词得了，如果是要求同时写入的就得做跨库事务很麻烦。
用两个库的原因，你自己已经写入到问题中了，那就是可能得不到erp的支持。得不到支持也是说业务逻辑或者说数据库是不透明，最少是不完全透明的，当然不能建到一起，系统边界模糊了，到时出了问题算谁的。
说个题外话，你的程序也不应当直接写库的，应当调用对方提供的接口，比如某个webservice之类的来完成数据交换。一般做集成的很少有直接的数据库层面的整合，这需要各方“完全无私”的配合，而这通常是做不到的。并且很不安全。
------解决方案--------------------------------------------------------
最好别关联，各自维护，关联的话，维护太费精力
------解决方案--------------------------------------------------------
先搞需求，确定哪些是ERP的职责，哪些是B2B的职责，再确定哪些数据需要共享，一步步来......
------解决方案--------------------------------------------------------
如果是一家公司的产品 那就还好办些
你需要的那边的数据，通过Webservice让他提供给你
当然你提供的数据 也是通过Webservice 两个数据库之间不要有直接的关联
神马跨库触发器啥的 建议不考虑 维护复杂 责任不清
------解决方案--------------------------------------------------------
小公司吧？坑爹项目吧？
------解决方案--------------------------------------------------------
最好两个完全分开，在一起扯不清啊，erp走erp的，b2b走b2b的
------解决方案--------------------------------------------------------
这个就是大领导做了项目把钱拿了，又没解决到问题，就需要你们后来这些小项目的支撑去实现大项目解决不了的问题。就是帮人搽屁股的事情，抱歉,我有点粗俗了..
------解决方案--------------------------------------------------------
同情楼主，本人也碰到类似的问题，一个独立的CRM平台，和一个独立的b2c网站，做接口整合。做CRM这公司给了接口后就终止合作了。现在我在做B2C网站和CRM同步操作的时候，发现接口并不能完全满足网站的需求，CRM的公司不肯为接口再做更新，也不愿给出表结构说明，我现在真是欲哭无泪了。
------解决方案--------------------------------------------------------
这个项目完成、客户满意的时候都猴年马月了......