SQL Server - Auto-incrementation that allows UPDATE statements

前端 未结 5 1940
礼貌的吻别
礼貌的吻别 2020-11-30 15:22

When adding an item in my database, I need it to auto-determine the value for the field DisplayOrder. Identity (auto-increment) would be an ideal solution, but I need to be

相关标签:
5条回答
  • 2020-11-30 15:56

    A solution to this issue from "Inside Microsoft SQL Server 2008: T-SQL Querying"

    CREATE TABLE dbo.Sequence(
     val int IDENTITY (10000, 1) /*Seed this at whatever your current max value is*/
     )
    
    GO
    
    CREATE PROC dbo.GetSequence
    @val AS int OUTPUT
    AS
    BEGIN TRAN
        SAVE TRAN S1
        INSERT INTO dbo.Sequence DEFAULT VALUES
        SET @val=SCOPE_IDENTITY()
        ROLLBACK TRAN S1 /*Rolls back just as far as the save point to prevent the 
                           sequence table filling up. The id allocated won't be reused*/
    COMMIT TRAN
    

    Or another alternative from the same book that allocates ranges easier. (You would need to consider whether to call this from inside or outside your transaction - inside would block other concurrent transactions until the first one commits)

    CREATE TABLE dbo.Sequence2(
     val int 
     )
    
    GO
    
    INSERT INTO dbo.Sequence2 VALUES(10000);
    
    GO
    
    CREATE PROC dbo.GetSequence2
    @val AS int OUTPUT,
    @n as int =1
    AS
    UPDATE dbo.Sequence2 
    SET @val = val = val + @n;
    
    SET @val = @val - @n + 1; 
    
    0 讨论(0)
  • 2020-11-30 15:58

    Here's the solution that I kept:

    CREATE PROCEDURE [dbo].[AddItem]
    
    AS
    
    DECLARE @DisplayOrder INT
    
    BEGIN TRANSACTION
    
    SET @DisplayOrder = (SELECT ISNULL(MAX(DisplayOrder), 0) FROM [dbo].[MyTable]) + 1
    
    INSERT INTO [dbo].[MyTable] ( DisplayOrder ) VALUES ( @DisplayOrder )
    
    COMMIT TRANSACTION
    
    0 讨论(0)
  • 2020-11-30 16:10

    One thing you should do is to add commands so that your procedure's run as a transaction, otherwise two inserts running at the same time could produce two rows with the same value in DisplayOrder.

    This is easy enough to achieve: add

    begin transaction
    

    at the start of your procedure, and

    commit transaction
    

    at the end.

    0 讨论(0)
  • 2020-11-30 16:16

    You can set your incrementing column to use the identity property. Then, in processes that need to insert values into the column you can use the SET IDENITY_INSERT command in your batch.

    For inserts where you want to use the identity property, you exclude the identity column from the list of columns in your insert statement:

    INSERT INTO [dbo].[MyTable] ( MyData ) VALUES ( @MyData )
    

    When you want to insert rows where you are providing the value for the identity column, use the following:

    SET IDENTITY_INSERT MyTable ON
    
    INSERT INTO [dbo].[MyTable] ( DisplayOrder, MyData )
    VALUES ( @DisplayOrder, @MyData )
    
    SET IDENTITY_INSERT MyTable OFF
    

    You should be able to UPDATE the column without any other steps.

    You may also want to look into the DBCC CHECKIDENT command. This command will set your next identity value. If you are inserting rows where the next identity value might not be appropriate, you can use the command to set a new value.

    DECLARE @DisplayOrder INT
    
    SET @DisplayOrder = (SELECT MAX(DisplayOrder) FROM [dbo].[MyTable]) + 1
    
    DBCC CHECKIDENT (MyTable, RESEED, @DisplayOrder)
    
    0 讨论(0)
  • 2020-11-30 16:19

    You way works fine (with a little modification) and is simple. I would wrap it in a transaction like @David Knell said. This would result in code like:

    CREATE PROCEDURE [dbo].[AddItem]
    
    AS
    
    DECLARE @DisplayOrder INT
    
    BEGIN TRANSACTION
    
    SET @DisplayOrder = (SELECT MAX(DisplayOrder) FROM [dbo].[MyTable]) + 1
    
    INSERT INTO [dbo].[MyTable] ( DisplayOrder ) VALUES ( @DisplayOrder )
    
    COMMIT TRANSACTION
    

    Wrapping your SELECT & INSERT in a transaction guarantees that your DisplayOrder values won't be duplicated by AddItem. If you are doing a lot of simultaneous adding (many per second), there may be contention on MyTable but for occasional inserts it won't be a problem.

    0 讨论(0)
提交回复
热议问题