当前位置: 代码迷 >> ASP.NET >> 作b2b与ERP整合时两部分要用两个数据库又要求数据实时共享怎么处理
  详细解决方案

作b2b与ERP整合时两部分要用两个数据库又要求数据实时共享怎么处理

热度:6511   发布时间:2013-02-25 00:00:00.0
作b2b与ERP整合时两部分要用两个数据库又要求数据实时共享怎么办?
企业原有成熟正在使用的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的公司不肯为接口再做更新,也不愿给出表结构说明,我现在真是欲哭无泪了。
------解决方案--------------------------------------------------------
这个项目完成、客户满意的时候都猴年马月了......
  相关解决方案