數(shù)據(jù)接口在我這種沒(méi)接觸過(guò)的人眼里應(yīng)該就是，A接口接進(jìn)來(lái)的數(shù)據(jù)傳到A，表，B接口的傳到B表。然后開發(fā)人員從A表B表中去了解表，去從表中取數(shù)據(jù)，然后頁(yè)面端整合這些表數(shù)據(jù)，從而開發(fā)。領(lǐng)導(dǎo)也一直說(shuō)我對(duì)數(shù)據(jù)的業(yè)務(wù)邏輯一直不懂。我心想：業(yè)務(wù)邏輯光看表結(jié)構(gòu)表內(nèi)容怎么才能熟悉呢？

直到昨天，兩個(gè)開發(fā)都忙著處理問(wèn)題，數(shù)據(jù)接口問(wèn)題放那兒沒(méi)人處理，我硬著頭皮下載了一個(gè)POSTMAN測(cè)試軟件，自告奮勇的私聊了乙方數(shù)據(jù)對(duì)接的工程師，憑借初生牛犢不怕虎的勇氣，給他看接口到底啥原因?qū)е碌臄?shù)據(jù)無(wú)法傳遞。一番折騰以后，我突然發(fā)現(xiàn)——數(shù)據(jù)接口中的這多個(gè)字段的數(shù)據(jù)，并不是傳到一張表里去的！而是傳到不同的表中去的。而且他們接口測(cè)試是按照業(yè)務(wù)節(jié)流程節(jié)點(diǎn)去測(cè)得。比如我吃飯這個(gè)“業(yè)務(wù)”，從點(diǎn)單，到做菜，到吃。他比如測(cè)了其中的點(diǎn)單環(huán)節(jié)的數(shù)據(jù)接口，其中用到了人員表的點(diǎn)單人員數(shù)據(jù)，用到了價(jià)目表中的菜品價(jià)目數(shù)據(jù)，用到了庫(kù)存表的庫(kù)存數(shù)量數(shù)據(jù)等。這么一段JS中，包含了這個(gè)業(yè)務(wù)流程所需要調(diào)用的所有需要用到的表的所需要用到的字段。終于恍然大悟?yàn)樯堕_發(fā)能第一時(shí)間通過(guò)數(shù)據(jù)對(duì)接或者代碼就知道哪些表用于什么業(yè)務(wù)流程，具體看哪幾個(gè)字段就可以了。我也可以通過(guò)這接口文檔先摸清整個(gè)業(yè)務(wù)流程（而不是從功能界面上去摸索），然后通過(guò)每個(gè)測(cè)試的業(yè)務(wù)流程功能節(jié)點(diǎn)的數(shù)據(jù)走向，查清每個(gè)字段去了哪些表。從而將業(yè)務(wù)功能和數(shù)據(jù)表的邏輯關(guān)聯(lián)起來(lái)。

其實(shí)很多DBA對(duì)于業(yè)務(wù)數(shù)據(jù)并不熟悉，很多人也秉持著不需要了解業(yè)務(wù)邏輯，只需要知道業(yè)務(wù)爆發(fā)點(diǎn)，增長(zhǎng)點(diǎn)這些情況就可以了。但是很多情況下，特別是非專業(yè)運(yùn)維公司或者團(tuán)隊(duì)，他們需要DBA去做一些數(shù)據(jù)同步，數(shù)據(jù)對(duì)接，需要和開發(fā)溝通去完成項(xiàng)目。所以了解業(yè)務(wù)邏輯和表之間關(guān)系是很必要的。