Actualizar SQL con numeración consecutiva

Para Microsoft SQL Server 2005/2008. La función ROW_NUMBER () se añadió en 2005.

; with T as (select ROW_NUMBER() over (order by ColumnToOrderBy) as RN
        , ColumnToHoldConsecutiveNumber
    where ...)
update T
set ColumnToHoldConsecutiveNumber = RN

EDITAR: Para SQL Server 2000:

declare @RN int
set @RN = 0 

Update T
set ColumnToHoldConsecutiveNubmer = @RN
    , @RN = @RN + 1
where ...

NOTA: Cuando probé el incremento de @RN parecía suceder antes de configurar la columna a @RN, por lo que lo anterior da números que comienzan en 1.

EDIT: Acabo de notar que aparece que desea crear varios números secuenciales dentro de la tabla. Dependiendo de los requisitos, usted puede ser capaz de hacer esto en un paso único con SQL Server 2005/2008, añadiendo partition by a la cláusula over:

; with T as (select ROW_NUMBER() 
        over (partition by Client, City order by ColumnToOrderBy) as RN
     , ColumnToHoldConsecutiveNumber from TableToUpdate)
update T
set ColumnToHoldConsecutiveNumber = RN

En oracle esto funciona:

update myTable set rowColum = rownum
where something = something else

Http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/pseudocolumns009.htm#i1006297

Si desea crear una nueva columna PrimaryKey, use solo esto:

ALTER TABLE accounts ADD id INT IDENTITY(1,1) 

He utilizado esta técnica durante años para rellenar columnas ordinales y numeradas secuencialmente. Sin embargo, recientemente descubrí un problema con él cuando se ejecuta en SQL Server 2012. Parecería que internamente el motor de consultas está aplicando la actualización utilizando múltiples subprocesos y la porción de predicado de la ACTUALIZACIÓN no se está manejando de una manera segura para subprocesos. Para hacerlo funcionar de nuevo tuve que reconfigurar el grado máximo de paralelismo de SQL Server hasta 1 núcleo.

EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_configure 'max degree of parallelism', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO

DECLARE  @id int
SET @id = -1
UPDATE dbo.mytable
SET @id = Ordinal = @id + 1

Sin esto encuentre que la mayoría de los números secuenciales están duplicados en toda la tabla.

Para que el ejemplo de Shannon funcionara completamente tuve que editar su respuesta:

; WITH CTE AS (
    SELECT ROW_NUMBER() OVER (ORDER BY [NameOfField]) as RowNumber, t1.ID
    FROM [ActualTableName] t1
)
UPDATE [ActualTableName]
    SET Name = 'Depersonalised Name ' + CONVERT(varchar(255), RowNumber)
FROM CTE
    WHERE CTE.Id = [ActualTableName].ID

Como su respuesta estaba tratando de actualizar T, que en su caso era el nombre de la Expresión de Tabla Común, y arroja un error.

Además de usar un CTE o un CON, también es posible usar una actualización con una unión automática a la misma tabla:

UPDATE a
SET a.columnToBeSet = b.sequence
FROM tableXxx a
INNER JOIN
(
   SELECT ROW_NUMBER() OVER ( ORDER BY columnX ) AS sequence, columnY, columnZ
   FROM tableXxx
   WHERE columnY = @groupId AND columnY = @lang2
) b ON b.columnY = a.columnY AND b.columnZ = a.columnZ

La tabla derivada, alias b, se utiliza para generar la secuencia a través de la función ROW_NUMBER() junto con algunas otras columnas que forman una clave primaria virtual. Normalmente, cada fila requerirá un valor de secuencia único.

La cláusula WHERE es opcional y limita la actualización a aquellas filas que cumplen las condiciones especificadas.

La tabla derivada es luego se unió a la misma tabla, alias a, uniéndose en las columnas de clave primaria virtual con la columna que se actualizará establecida en la secuencia generada.

¿Unirse a una tabla de números? Implica una mesa extra,pero no sería temporal keep mantendrías la mesa de números alrededor como una utilidad.

Véase http://sqlserver2000.databases.aspfaq.com/why-should-i-consider-using-an-auxiliary-numbers-table.html

O

Http://www.sqlservercentral.com/articles/Advanced + Consultas/2547/

(este último requiere un registro gratuito, pero me parece que es una muy buena fuente de consejos y técnicas para MS SQL Servidor, y mucho es aplicable a cualquier implementación SQL).

es posible, pero solo a través de algunas consultas muy complicadas, básicamente necesita una subconsulta que cuente el número de registros seleccionados hasta ahora, y lo use como ID de secuencia. Escribí algo similar en un momento dado-funcionó, pero fue mucho dolor.

Para ser honesto, sería mejor con una tabla temporal con un campo de autoincremento.