PRO_ERPMERGEBASESISCUSTOMERCLASSIFY.md 1.39 KB

PRO_ERPMERGEBASESISCUSTOMERCLASSIFY (procedure)

  • Type: PROCEDURE
  • Deterministic: NO
  • SQL data access: CONTAINS SQL

Parameters

# Mode Name Type
1 IN sSisCustomerClassifyId varchar(100)

Body

Body is not pre-cached. To inspect: mysql --defaults-file=~/.my.cnf -e 'SHOW CREATE PROCEDUREPROERPMERGEBASESISCUSTOMERCLASSIFY'._

Narrative

Business context: Base data — 客户分类 (Customer Classification). When a customer-classification row in SISCUSTOMERCLASSIFY is renamed, this proc pushes the new sName onto every historical row of the three merge-reporting tables that references this classification, so reports keep displaying the current name.

What it does: reads sName from SISCUSTOMERCLASSIFY for the given id, then UPDATEs sCustomerClassifyName on ERPMERGEWORKORDER, ERPMERGEPRODUCTIONREPORT, and ERPMERGESALSALESORDER rows whose sCustomerClassifyId = sSisCustomerClassifyId.

Invocation: member of the PRO_ERPMERGEBASE* denorm-merge family. Called by ProDao.proErpMergeBaseSisCustomerClassify(map) via MyBatis CALLABLE mapper ProMapper.xml, driven from ChangeSisCustomerClassifyServiceImpl.changeTableData() after the JMS CHANGE_GDS_MODULE consumer detects a SISCUSTOMERCLASSIFY row mutation. See Cache invalidation on metadata change.