18.11. 异质的设定

18.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字段的搜索字段。

18.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字段连结的搜索字段。