有个客户提出了一个要求，他们有一个在线订餐系统，负责旗下多家门店的在线点餐功能。使用独立的CMS后台管理，用于上线的产品修改增减，订单管理，用户管理等常用的电商后台功能。
企业内部使用odoo开发的ERP系统，主要是负责多家门店的 材料采购、调拨、订单统计、财务统计这些内容。
问题就在于两个系统之间没有直接对接，暂时使用的方法为通过一个简单的小程序每日统计订餐系统的数据（订单信息等），调整下格式后导入到ODOO数据库，ODOO可以滞后的查看所有订单、用户、产品等信息。但都是手动操作，麻烦，所以提出直接将订餐系统的数据库整合进odoo数据库，进而将整个CMS系统整合到ODOO。
思路是这样：
CMS系统本身数据库使用的就是PostgreSQL，将数据搬到ODOO系统内没什么太大问题，修改数据库地址 用户就行了
然后odoo增加对应的CMS功能模块，对增加的这些数据进行管理，比如产品上新，用户信息管理，订单管理等
进一步将订单信息和原本odoo系统内 的库存等进行一些互联操作，实时可看各门店营业情况、库存情况，有利于进行库存计划
客户要求是ODOO整合所有功能（内部只使用一个系统）
我个人倾向于数据库整合，CMS本身功能还是使用原有系统，ODOO再增加一些新功能（当然主要是省事啦），不过一切还是听金主的。
我的问题是，网站数据库和odoo整合后，会不会影响其工作效率？
整合后所有的客户点餐、cms操作都和odoo系统使用同一个数据库，目前规模是，日订单10000左右，cms系统大概2个操作人员，odoo系统大概10个操作人员，应该说压力不会太大，如果假设后期访问量增加（新店也一直在筹备增加），假设10倍于当期流量，数据库和odoo共用会不会影响其性能（web服务器都是独立的，性能不用考虑，就是不知道共用数据库后是否影响性能）