17.11. 異質的設定

17.11.1.1. 刷新會計分錄編號

現在，使用人在t_220 table輸入一筆記錄，其出貨單#為24，然後儲存。然後，也在t_221、t_222、t_223等下層table各輸入一或多筆記錄並分別儲存。

使用人現在執行post_delivery()以生成一筆會計分錄（假設其分錄#為120）。

雖然post_delivery()已經生成120分錄#，但是，它是在資料庫上面操作。使用人畫面上的這筆出貨單t_220.f1欄位右側的搜索欄位並不知道資料庫已經發生改變，所以仍顯示空白。

post_delivery()必須在執行最後回傳必要資料如下：

CREATE OR REPLACE FUNCTION post_delivery(company TEXT,TxId INT8,ro TEXT) RETURNS VARCHAR AS $$
DECLARE
	jid INT8;
	...
BEGIN
	...
	RETURN '{"msg":"@185:' || jid || '","hs":[{"type":1,"jid":' || jid || '}]}';
END $$ LANGUAGE PLPGSQL VOLATILE;
				

這樣一來，post_delivery()傳回{"msg":"@185:120","hs":[{"type":1,"jid":120}]}。PostERP把@185:120轉成分錄#：120後，顯示在業務邏輯處理器客戶端軟體的對話盒中。客戶端的程式取用"hs":[{"type":1,"journal":120}]的JSON value120以刷新CRUD畫面上連結t_220.f1欄位的搜索欄位。

17.11.1.2. 清除會計分錄編號

相反的機制是清除會計分錄編號。

出貨單生成的會計分錄明細應於下述情況發生時刪除（為重複使用分錄編號120，我們不刪除分錄畫面最上層表格t52的紀錄）：

• 修改、刪除t_220記錄

• 新增、修改、刪除t_221、t_222、t_223記錄

所以，必須設計PostgreSQL的trigger或rule，於發生上述事件後刪除該出貨單所生成的會計分錄。例如：

CREATE OR REPLACE FUNCTION tf_220u() RETURNS TRIGGER AS $$
BEGIN
	...
	DELETE FROM t52 WHERE f0=OLD.f0 AND f4=6091 AND f5=OLD.f1;
	RETURN NEW;
END $$ LANGUAGE PLPGSQL VOLATILE;

CREATE TRIGGER t_220u BEFORE UPDATE ON t_220 FOR EACH ROW EXECUTE PROCEDURE tf_220u();
				

PostgreSQL的trigger或rule雖然自資料庫刪除了該出貨單所生成的會計分錄，系統仍必須設置機制以清除客戶端與t_220.f1欄位連結的搜索欄位。這就是["t_220","t_221","t_222","t_223"]的設置目的所在：它通知客戶端程式於適當時機自動清除與t_220.f1欄位連結的搜索欄位。