结论
能不能对接，与旧系统用什么数据库关系不大，关键是对方能提供什么。按优先级有三条路径：
- 对方提供接口——最干净，双方系统各自独立，边界清楚。需要对方给接口文档与测试环境。
- 只读访问数据库——由对方开放一个只读账号或只读视图，新系统读取需要的数据。这条要特别注意：只读，绝不直接写对方的库。
- 定时数据同步——按约定周期导出导入，或通过中间表交换。实时性差一些，但对旧系统的侵入最小。
怎么判断
三条路径的可行性都取决于对方是否配合，以及您对旧系统的权利范围。这两件事要在评估阶段先确认，而不是等开发时才发现拿不到授权。
关于「供应商对接要额外收费」：这在行业里是常见做法，收费本身不一定不合理，因为他们确实要投入人力。可以做的是把要求写具体——需要哪几张表的哪些字段、什么频率、什么格式——需求越明确，对方报价越难虚高，您也更容易判断是否值得。
注意事项
第一，绝不要绕过供应商直接写对方的数据库。旧系统的业务逻辑不在数据库里，直接改数据可能破坏它的内部一致性，出了问题责任也说不清。读可以谈，写必须走对方的接口。
第二，对接部分建议单独计价。它的成本取决于对方提供什么，在拿到对方接口文档之前，任何固定报价都是在赌。合理的做法是主体功能按模块固定总价，对接部分先做能力确认、再单独报价。
第三，把对接做成可降级的：对接不通时新系统仍能独立运行（手工录入或延后同步），不要让整个项目卡在别人手里。