E8-怎么实现根据表单内容自动生成标题

背景

可能有些小伙伴看到这个话题,觉得非常简单,在发起人步骤设置标题可编辑,在有关的控件中设置事件去更新标题就可以了呗。但如果想要标题字段里包含编号呢,而编号是在具体路径的高级设置里设置的,在某个出口生成的,这么处理就不合适。因而可能又有小伙伴说在下一个节点通过JS去更新标题不就可以了嘛。这同样会存在问题,一个是第二个节点的经办人,在待办里看到的流程标题和打开表单时,看到的标题是不一致的,这么处理看起来不太合适;另一个是我们的环境中有这样的设置,流转异常时,自动跳转到下一节点,以实现当前部门部门经理空缺时,发起人发起流程时自动流转到部门所对应的总监。总监步骤也有同样的设置,因此,找一个必经节点去更新流程名称显然也不太合适。那看来最好的办法是在流程发起步骤就把流程编号和流程名称处理好。

处理

编号是在出口生成的,受这思路的引导,首先想到去尝试的是在生成编号的出口,去添加附加操作去更新标题。结果失败了。

出口的附加操作行不通,然后又试了下一个节点的节点前附加操作,结果同样没有实现我想要的效果。

尝试了以上方法之后,我决定用触发器来实现我的功能。其实我是比较抵触写触发器的,毕竟它隐蔽性强,测试不方便 ,而且并不常用。

我是这么设计的。给流程的表写一个触发器,负责在更新编号后,去更新流程的标题,更新锁定标题的字段。锁定标题字段是在workflow_requestbase里新加的一个字段。

流程表的触发器

USE [ecology]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

ALTER TRIGGER [dbo].[tri_formtable_main_123_upd]
   ON  [dbo].[formtable_main_123]
   AFTER UPDATE
AS 

declare @requestId int;

select    @requestId = requestId from deleted;

-- 取workflow_requestbase表的requestname和requestnamenew
declare    @requestname nvarchar(1000),
        @requestnamenew nvarchar(4000),
        @requestnamesplit nvarchar(4000),
        @requestfinish nvarchar(1000),
        @BH nvarchar(20)

BEGIN
    SET NOCOUNT ON;

    select    @BH =  Ltrim(Rtrim(isnull(BH, '')))
    from    inserted


    if update(BH)
    begin
        -- 取当前流程原有的流程名
        select    @requestname = ltrim(rtrim(isnull(requestname, ''))),
                @requestnamenew = ltrim(rtrim(isnull(@requestnamenew, '')))
        from    workflow_requestbase
        where    requestid = @requestId
        
        select  @requestnamesplit = replace(@requestname, @requestnamenew, '')
        if isnull(@BH, '') <> ''
        begin
            update  a 
            set     a.requestname = b.BH + '-' + b.KHMC + '-' + b.RQ ,
                    a.requestnamenew = b.BH + '-' + b.KHMC + '-' + b.RQ + ltrim(rtrim(isnull(@requestnamesplit, ''))),
                    a.lockname = 'Y'
            from    workflow_requestbase a 
                    inner join 
                    inserted b 
                    on a.requestid = b.requestid
        end
    end
END

看似这么简单就完事儿了,但实际创建流程的时候发现标题并没有改过来。通过Sql Server Profiler跟踪提交流程时候所执行的操作中发现,在生成了编号之后,还有一次对workflow_requestbase的更新,其中包括了更新标题。我猜这里泛微一定没有再去数据表里取一次标题,还是使用的从表单提交过来的标题。那么,还要给workflow_requestbase表写一个触发器。作用是控制在发起流程时,第二次更新标题时,根据lockname字段的值去判断当前的标题是不是由流程表里的触发器所更新的,如果是,把标题再更新回去。

workflow_requestbase的触发器
USE [ecology]
GO
/****** Object:  Trigger [dbo].[tri_workflow_requestbase_upd]    Script Date: 02/13/2023 09:09:24 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author:        <Author,,Name>
-- Create date: <Create Date,,>
-- Description:    <Description,,>
-- =============================================
ALTER TRIGGER [dbo].[tri_workflow_requestbase_upd]
   ON  [dbo].[workflow_requestbase] 
   after update
AS 
BEGIN
    SET NOCOUNT ON;
    
    -- 检查lockname标识,如果是Y,说明是生成的标识,不允许更改,办法是从deleted表里拿旧的requestname放到insert表里去。
    declare @requestnameold nvarchar(1000),
            @requestnamenew nvarchar(1000),
            @requestid int,
            @lockname nvarchar(1),
            @locknamenew nvarchar(1)
            
    select    @requestnameold = isnull(requestname,''),
            @requestid = isnull(requestid, ''),
            @lockname = isnull(lockname, '')
    from    deleted
    
    select    @requestnamenew = requestname,
            @locknamenew = isnull(lockname, '')
    from    inserted
    
    if update(requestname)
    begin
        if @lockname = 'Y' and @locknamenew = 'Y'
        begin
            update    a
            set        a.requestname = b.requestname,
                    a.requestnamenew = b.requestnamenew,
                    a.lockname = 'F'
            from    workflow_requestbase    a
                    inner    join
                    deleted    b
                    on    a.requestid = b.requestid
        end
    end
END

总结

这个问题前前后后折腾了好几天,当功能实现了的时候,心里回想了一句话“只要思想不滑坡,方法总比困难多。”

说几个走过的弯路。

1、路径设置里,设置了编号的流水号的长度,就生成不出流水号了。这时候要去检查你所给的字段的长度是不是不够长。

2、别试图更新触发器里的deleted表和inserted表,Sql Server不允许你这么干。

3、以上只是我想到的解决办法,不代表最优办法,也不代表标准办法。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

rarenmen

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值