物品管理系統資料操作邏輯分析 - 返還

| SQL | 33 Reads

上一篇⇒物品管理系統資料操作邏輯分析 - 寄託(外へ)承認済

返還的數據說多不多,說少也不少。根據資料來源【新規取得C-0009-4個-まとめる-まとめない(二つずつ)】,更新的順序大致如下:

11

首先是根據 kanri_doc_no(摘要)為【TEST-02-SENT】的記錄,

henpin_tbl 中進行查找,

接著再根據取得到的 doc_cdhenpin_meisai_tbl 裡查詢,查詢時使用了 buppin_cd

UPDATE on [henpin_meisai_tbl] (3 changes)  
doc_cd meisai_no buppin_cd koufu_suryo siyou_suryo henpin_suryo zan_suryo ins_op_cd ins_ymd upd_op_cd upd_ymd
573112 1 C-00009 2 0 0 0 10000 2025/03/24 14:04:33    
573112 1 C-00009 2 0 2 0 10000 2025/03/24 14:04:33 10000 2025/03/24 0:00:00

UPDATE on [henpin_meisai_tbl] (3 changes)  
doc_cd meisai_no buppin_cd koufu_suryo siyou_suryo henpin_suryo zan_suryo ins_op_cd ins_ymd upd_op_cd upd_ymd
573112 2 C-00009 2 0 0 0 10000 2025/03/24 14:04:33    
573112 2 C-00009 2 0 2 0 10000 2025/03/24 14:04:33 10000 2025/03/24 0:00:00

UPDATE on [henpin_tbl] (8 changes)                
doc_cd p_doc_cd uketuke_ymd kanrikan_cd kanri_ymd kanri_doc_no kyouyoukan_cd kyouyou_ymd watasi_gyousha_cd watasi_ymd keiyaku_ymd keiyaku_no konkyo shori_sts ins_op_cd ins_ymd upd_op_cd upd_ymd
573112   2025/03/02 0:00:00 10000 2025/03/02 0:00:00 TEST-02-SENT 10004 2025/03/02 0:00:00 293       4個→三菱 12 10000 2025/03/24 14:04:33    
573112   2025/03/24 0:00:00 10000 2025/03/24 0:00:00 TEST-03-RETURN 10004 2025/03/24 0:00:00 293       返品2返品2 51 10000 2025/03/24 14:04:33 10000 2025/03/24 0:00:00

 

完成查詢後,henpin_meisai_tbl 中的記錄依序進行了更新;然後再對應地更新了 henpin_tbl

這裡需要注意的是,

一旦返還成立,henpin_tbl 中原本從【返納寄託】繼承來的摘要【TEST-02-SENT】就會被新摘要【TEST-03-RETURN】取代。

目前 henpin_tbl 已經完成了更新,但整體流程尚未最終成立,也就是說帳簿上還沒有產生正式的數據紀錄。

如圖所示的這樣。(但是目前只是改了henppin_tbl,還沒有完全成立,也就是說目前賬簿應該還沒產生數據)

【TEST-02-SENT】目前可以確認存在于juryo_tbl和ukeharai_tbl。(注意這是一條關鍵信息)

 

接下來還有三筆按順序進行的操作,涉及對 kobetu_tbl 的更新,主要是將 kanri_sts 從 13 修改為 1。

UPDATE on [kobetu_tbl] (1 changes)                                    
kobetu_cd p_kobetu_cd buppin_cd shutoku_ymd haraidasi_ymd buppin_kan_no gyousha_cd tanka zei_gaku hinsitu_kikaku kanrikan_cd kyouyoukan_cd siyousha_cd hontai_no zougen_kbn shoumou_kbn zou_kbn gen_kbn zou_riyuu gen_riyuu kanri_sts ins_op_cd ins_ymd upd_op_cd upd_ymd kaitei_kakaku kosuu del_flg
1277322   C-00009 2025/03/01 0:00:00       3000000 3000000 規格B 10000 10004 10002   1 0 1       13 10000 2025/03/24 13:46:01 10000 2025/03/24 0:00:00   1  
1277322   C-00009 2025/03/01 0:00:00       3000000 3000000 規格B 10000 10004 10002   1 0 1       1 10000 2025/03/24 13:46:01 10000 2025/03/24 0:00:00   1  

UPDATE on [kobetu_tbl] (1 changes)                                    
kobetu_cd p_kobetu_cd buppin_cd shutoku_ymd haraidasi_ymd buppin_kan_no gyousha_cd tanka zei_gaku hinsitu_kikaku kanrikan_cd kyouyoukan_cd siyousha_cd hontai_no zougen_kbn shoumou_kbn zou_kbn gen_kbn zou_riyuu gen_riyuu kanri_sts ins_op_cd ins_ymd upd_op_cd upd_ymd kaitei_kakaku kosuu del_flg
1277302   C-00009 2025/03/01 0:00:00       1500000 1500000 規格A 10000 10004 10001   1 0 1       13 10000 2025/03/24 13:46:00 10000 2025/03/24 0:00:00   2  
1277302   C-00009 2025/03/01 0:00:00       1500000 1500000 規格A 10000 10004 10001   1 0 1       1 10000 2025/03/24 13:46:00 10000 2025/03/24 0:00:00   2  

UPDATE on [kobetu_tbl] (1 changes)                                    
kobetu_cd p_kobetu_cd buppin_cd shutoku_ymd haraidasi_ymd buppin_kan_no gyousha_cd tanka zei_gaku hinsitu_kikaku kanrikan_cd kyouyoukan_cd siyousha_cd hontai_no zougen_kbn shoumou_kbn zou_kbn gen_kbn zou_riyuu gen_riyuu kanri_sts ins_op_cd ins_ymd upd_op_cd upd_ymd kaitei_kakaku kosuu del_flg
1277342   C-00009 2025/03/01 0:00:00       3000000 3000000 規格B 10000 10004 10002   1 0 1       13 10000 2025/03/24 13:46:01 10000 2025/03/24 0:00:00   1  
1277342   C-00009 2025/03/01 0:00:00       3000000 3000000 規格B 10000 10004 10002   1 0 1       1 10000 2025/03/24 13:46:01 10000 2025/03/24 0:00:00   1  

不過我個人認為,這部分操作其實可以省略。

因為將 kanri_sts 從 13 改為 1 的本意是「鎖定」這些記錄,而若我的目的僅是為了讓後續能夠順利產生數據的話,這樣的鎖定並非必要。

我真正需要的是了解從 13 變更為最終狀態 N 的過程(*N 是指最終應呈現的狀態值)。

目前已知

13→1→22

 

→返回目錄

→物品管理系統資料操作邏輯分析 - 返還済

This article was last edited at