Re: Volver atras con una secuencia

El mar, 02-01-2007 a las 17:34 -0500, Andres Duque escribió:
> Eliana:
>
> Así hagas un rollback, si se ha "solicitado" un nuevo consecutivo, no puede
> ser "devolver", esto por cuestiones de concurrencia.
>

No tendria sentido que existiera un /devolver/ en una secuencia...
recordemos que es un sistema multiusuario y multiproceso.

Ciertamente al momento de hacer una peticion de un /ticket/ (sequencia)
pudiera haber uno o mas procesos que /extraigan/ los siguientes tickets
de la secuencia en otros contectos transaccionales independientes...

> La idea es que estos campos "autoinc", NO LOS UTILICES como CODIGOS sólo
> como id de registro (por cuestión de normalización). Si requieres CODIGOS
> (que no deben tener saltos/huecos), lo debes manejar de forma manual.
>

Asumo que te refieres a CODIGO como un dato candidato a pk, pero con un
sentido semantico acerca de la tupla, cierto?... en tal caso ese mismo
sentido semantico hace perder la importancia del dato con respecto a la
fila anterior y posterior.

Una premisa importante en bases de datos relacionales es que no debe
existir un orden predeterminado en las filas (tampoco en las columnas),
por ende el valor de una sequencia se repliega a obtener un
identificador unico de fila, no a /secuenciar/ tuplas.

> Aunque algunos motores utilizan los huecos que quedan, postgres no.
>

No conoco esos motores, pero tiene sentido reusarlos dado que el
principal objetivo de una sequencia es obtener un identificador unico
para una tupla.

> Atentamente,
>
> RAUL DUQUE
> Bogotá, Colombia
>
>

Claudio Bustos