您好,登錄后才能下訂單哦!
這篇文章主要講解了“為什么交易和退款要拆開不同的表”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“為什么交易和退款要拆開不同的表”吧!
1.背景
那是一個(gè)風(fēng)和日麗的下午,當(dāng)然,風(fēng)和日麗的下午應(yīng)該配點(diǎn)其他的形容詞,實(shí)在是我才疏學(xué)淺,只能用這個(gè)詞充當(dāng)了下開頭…… (此處省略小五千字)
趕緊進(jìn)入正文!
因?yàn)橹耙恢弊鼍酆现Ц叮谑褂眠^程中,也是支付和退款表拆開的,一直這么用,并沒有覺得不妥。
比如一個(gè)交易表基本就是這樣的:
字段 | 類型 | 含義 |
---|---|---|
id | bigint | 主鍵 id |
trans_id | varchar | 交易訂單號 |
trans_amount | bigint | 訂單金額 |
trans_status | tinyint | 交易狀態(tài) |
…… | …… | …… |
create_time | datetime | 創(chuàng)建時(shí)間 |
update_time | datetime | 更新時(shí)間 |
退款表也差不多就是這樣:
字段 | 類型 | 含義 |
---|---|---|
id | bigint | 主鍵 id |
refund_id | varchar | 退款訂單號 |
origin_trans_id | varchar | 原始交易訂單號 |
refund_status | tinyint | 退款狀態(tài) |
refund_amount | bigint | 退款金額 |
…… | …… | …… |
create_time | datetime | 創(chuàng)建時(shí)間 |
update_time | datetime | 更新時(shí)間 |
大概兩個(gè)表就是這樣子的吧!像一些其他字段就先省略了,平常用著也覺得沒什么。
但是恰好那次那個(gè)小哥哥就問了這個(gè)問題,支付和退款為什么要分開記錄?
當(dāng)時(shí)也是確實(shí)是實(shí)力不允許,我只是說了就是這么用的,把正向流程和逆向流程拆開,分開實(shí)現(xiàn)邏輯,比較方便。
2.個(gè)人見解
這里說的不僅僅是交易和退款,同時(shí)泛指正向交易和逆向交易,比如充值和消費(fèi),借款和貸款,賬戶出賬入賬等等,下面僅說說個(gè)人見解,只做討論,如果小伙伴有更好的說法,希望可以留言指出,共同學(xué)習(xí)。
對賬需要
對賬戶而言,出款表和入款表最后兩方的金額是能對的上的,也就是說收支平衡。
當(dāng)然這個(gè)記在一個(gè)表里也是完全可以的。畢竟對出入賬只是流水沒有狀態(tài)變化,比如出賬中,入賬中,等等,流水表完全可以記在一個(gè)里面,然后用字段進(jìn)行標(biāo)識是出賬還是入賬。
拆表需要
在網(wǎng)上看資料經(jīng)常會(huì)說分庫分表,而像訂單這種(交易/退款)完全兩種業(yè)務(wù),使用兩張表相對而言比較合適,畢竟交易的訂單相比退款訂單要多的多。
字段設(shè)計(jì)
交易和退款是完全不同的兩種業(yè)務(wù),不像賬戶流水就是資金記錄。
交易除了訂單狀態(tài)還有一些交易信息比如商戶號、優(yōu)惠金額、實(shí)付金額、交易渠道、商品 id 名稱、備注等各種信息。
退款則是根據(jù)原單進(jìn)行退款,需要記錄原始訂單號、退款金額(部分退款)、退款信息等。
雖然交易和退款總體上都包含 訂單號、狀態(tài)、金額等,但是如果強(qiáng)行放在一個(gè)表,就會(huì)導(dǎo)致以下問題:
很多字段為空的情況,比如交易不需要原始訂單號,退款需要存儲(chǔ)原始訂單號。本來可以設(shè)置索引來提高查詢效率的字段也不太合適設(shè)置了。
狀態(tài)也不一定可以完全兼容,像交易狀態(tài)和退款狀態(tài)就很難互相兼容。
開發(fā)效率
交易和退款分開之后,兩個(gè)人負(fù)責(zé)不同的業(yè)務(wù)進(jìn)行開發(fā),包括業(yè)務(wù)邏輯和查詢展示。如果放在一起,就很多字段不能保證別人知道有還是沒有,是存儲(chǔ)還是不存儲(chǔ),畢竟表里設(shè)置的都可以為空。這種情況下需要很多溝通,或者干脆一個(gè)人進(jìn)行開發(fā)。
設(shè)計(jì)模式及原則
其他從設(shè)計(jì)模式及原則的角度上來說,可以說是職責(zé)單一,當(dāng)然再高大上偏理論的我這就扯不出來了。
3.總結(jié)
Q&A
Q: 那前端要將兩種甚至多種在一個(gè)列表展示該如何處理?
A: 在很多 APP 中大家看到的多種訂單都是在一個(gè)列表里面展示出來的,比如:支付寶的賬單頁面。
當(dāng)然,如果前端分 tab 頁,分開展示不同的業(yè)務(wù),那對后端來說簡直不要太友好。不過實(shí)際往往不是這樣,這時(shí)候就需要將訂單統(tǒng)一存儲(chǔ)。
在訂單成功的時(shí)候存儲(chǔ)到一個(gè)公共存儲(chǔ)中,可以通過 MQ 等,將數(shù)據(jù)保送到另一張表/庫,或者 ES 中用來存儲(chǔ)。這樣訂單查詢還可以和業(yè)務(wù)邏輯的表/庫分開。也可以通過 binlog 進(jìn)行處理,這里的方案只做參考。
感謝各位的閱讀,以上就是“為什么交易和退款要拆開不同的表”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對為什么交易和退款要拆開不同的表這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。