奇怪的SQL Server行为

时间:2012-10-03 16:29:47

标签: sql-server stored-procedures maintenance-plan

我要做的是使用执行T-SQL语句任务通过维护计划自动执行下面的存储过程。我所看到的是,当此过程作为维护计划的一部分运行时,由于某种原因,添加的记录加倍,就好像INSERT语句运行两次一样。这是踢球者,当它通过Management Studio手动执行时,它按预期运行,我将一组记录添加到表中。使用TRUNCATE TABLE作为解决方案似乎可以解决问题,但是当我需要为SQL镜像准备数据库时,我将回到原点。

之前有没有人见过这种行为?此外,对于好奇心,重建索引的100%填充因子是有意的,因为此表中发生的唯一I / O是以下过程。

ALTER PROCEDURE [dbo].[usp_Populate_SearchTable]
AS
BEGIN
    UPDATE ut_Update_Status SET [status] = 1, lastUpdate = getdate();

    DELETE FROM ut_Permit_Lookup;
    DBCC CHECKIDENT ('dbo.ut_Permit_Lookup', RESEED, 0);
    -- OR
    --TRUNCATE TABLE ut_Permit_Lookup;

    INSERT INTO ut_Permit_Lookup (
        NUMBER_KEY,
        ADDR_FRACTION,
        PARCEL_NO,
        TYPE_TITLE,
        TypDesc,
        SUB_TYPE,
        Location,
        [DESCRIPTION],
        DATE_A,
        DATA_STATUS
    )
    SELECT a.NUMBER_KEY,
        a.ADDR_FRACTION,
        a.PARCEL_NO,
        a.TYPE_TITLE,
        a.TypDesc,
        a.SUB_TYPE,
        a.Location,
        SUBSTRING(a.[DESCRIPTION], 1, 275),
        a.DATE_A,
        a.DATA_STATUS
    FROM PERMPLUS.dbo.vw_Permit_WebLookup as a
    WHERE a.TYPE_CAT = 'BLDG'
        AND a.DATA_LEVEL = 'A'
        AND (a.CLASS <> 'NA' OR a.CLASS IS NULL);

    DBCC DBREINDEX ('dbo.ut_Permit_Lookup', idx_SearchIndex, 100);
    UPDATE ut_Update_Status SET [status] = 0;
END

1 个答案:

答案 0 :(得分:0)

嗯,我想提出一个我建议的正式答案......

我从来没有听说过这个问题。我遇到的维护计划虽然与您所遇到的问题不一样,但是由于SSMS内部版本号低于我正在处理的实例。您没有说明您正在使用的SQL版本,但如果它是SQL 2008或更高版本,您可以在http://connect.microsoft.com/sqlserver上提交连接项。

我可能会使用的唯一选择是使用SQL代理作业调度过程调用,看看是否得到相同的结果。我希望SQL Agent作业可以提供与在查询窗口中从SSMS调用它相同的结果。