Pregunta sobre diseño de PK

Jesús López,

Espera, mientras tomo el cafe, noto que no es asi. Veamos el codigo.

IF NOT EXISTS (
SELECT *
FROM dbo.prefijo_item_ultima_seq
WHERE prefijo_item = @prefijo_item
)
INSERT INTO dbo.prefijo_item_ultima_seq (prefijo_item)
VALUES (@prefijo_item)

SELECT @error = @@ERROR, @rc = @@ROWCOUNT

IF @error != 0 GOTO ErrorHandler

UPDATE
dbo.prefijo_item_ultima_seq
SET
@seq = ultima_seq = ultima_seq + 1
WHERE
prefijo_item = @prefijo_item


Fijate que solo pregunto por el error (@error) para saltar el UPDATE, pero
cuando se inserta un duplicado, lo que se recive es una advertencia (de
que
el duplicado no se inserto - no se recive error) y seguidamente ocurre la
actualizacion. Fijate que la sentencia INSERT inserta el valor por defecto
(0) y luego este es actualizado.

La idea no es muy ortodoxa que digamos, pero devuelve la proxima secuencia
de acuerdo al valor presente durante la actualizacion.

De todas maneras prefiero usar la version que hace uso de sp_getapplock,
que
por cierto no he mencionado que es una idea interesante y fuera de lo
comun
para aplicar a este tipo de problemas.

AMB

"Alejandro Mesa" wrote:

Jesús López,

> El problema es que la conexión que recibe la advertencia también
> devuelve un
> secuencial de 1. Con lo cual estás duplicando los secuenciales.

Buena atrapada :-)


AMB

"Jesús López" wrote:

> > WAITFOR TIME '19:31:00'
>
> Eso no se me había ocurrido. Y efectivamente es una forma de provocar
> la
> situación.
>
> > Ejecute los scripts, mencionados al principio de este mensaje, varias
> > veces
> > y no tuve problemas. De vez en cuando una de las sesiones mostraba el
> > mensaje
> > "Duplicate key was ignored.", probando que una de las sesiones trato
> > de
> > insertar el prefijo nuevamente pero esta vez no hay error sino
> > advertencia.
> >
>
> El problema es que la conexión que recibe la advertencia también
> devuelve un
> secuencial de 1. Con lo cual estás duplicando los secuenciales.
>
>
> Saludos:
>
> Jesús López
> www.solidq.com
>
>
>