我负责系统A，有B系统需要对接A系统的数据，我提出开放A系统的备用数据库给B的厂商去摸索，但B的厂商搞定了我的领导，说需要我这边提供现成的sql语句（他们只提需要哪些台账字段），领导的意思也是很明确要我提供sql语句。我刚接手系统A没多久，这件事具体分派给A的运维团队去做，我负责把控进度，明确需求之类的工作。

我不知道： 行业一般做法是不是由数据源的系统侧提供SQL语句

本帖最后由 Jennety 于 2019-5-7 09:37 通过手机版编辑

从不开放数据库，都是写接口的

不用你的SQL，他搞砸了责任谁负？

供应商提供SQL语句

甲方技术顾问审批SQL语句

甲方DBA运行经审批后的SQL语句

暴漏个 rest接口让它post过来。

不开放数据库，他们要什么提供什么
你不是被欺负，你是太偷懒了

直接开放数据库确实不合适，要不就是根据需求生成中间库，要不就是现在这样。而且这样可以多收钱嘛

……提供个数据库让合作方去『摸索』？？？
确实像上面有人说的，你太懒了吧……

应该是你们暴露个rest服务给对方，双方只明确传入参数和返还内容。之后对方负责传参调用，其他的事情都是你这边负责。

Posted by: HUAWEI STF-AL10
开放数据库，你真是胆子大哟

开放数据库让对方摸索
这算什么做事方法啊

开发接口啊

restful api

233

备库只读不写，B系统需要实时从A调取数据（每天一次，全量），做接口当然是最好的，但会产生费用啊，所以方案确定为B直接连接A的备库，sql语句交给A的运维团队去写了，但我不确定这属不属于运维团队的日常工作范围。

我这边也提供了数据字典，但B的厂商表示他们不愿意自己去摸。

本帖最后由 Jennety 于 2019-5-7 10:34 通过手机版编辑

给啥sql语句，直接给个接口，sql包起来免得到时候对面弄错了，还怪你。

照理说是应该这样，相当于你们就是所有人的乙方。但这样太被动，他们说你们做，出了问题还怪你们。
最好是能把他们一起拖进来，就像上面有人提的那样，给他们建一个镜像测试库，他们负责写，你们负责审

给API接口，有点开发的意思，参考微信微博的接口，这样更安全

噗，开放数据库给对方摸索，我要是B我会想打人，万一数据库说明不全的话鬼晓得你们数据库的关联逻辑

这不是提供数据库接口还是提供SQL的问题
这个库是你们的 B不了解表库逻辑和字段含义的情况下 给个接口有什么用

非常同意，你的内部数据库，我为什么要了解？
碰到我，我会直接写好数据的定义，要求你们提供接口

GraphQl走起

为了安全都是写接口，直接读数据太暴力了

开放数据库走外网不怕被黑？反正是你领导的意思，你就按他说的做be,留好证据出事了追究责任保护自己