Re: [Pgsql-ayuda] De campos seriales, commits y roll-backs

From: Antonio Castro <acastro(at)ciberdroide(dot)com>
To: Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx>
Cc: Gunnar Wolf <gwolf(at)campus(dot)iztacala(dot)unam(dot)mx>, pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx
Subject: Re: [Pgsql-ayuda] De campos seriales, commits y roll-backs
Date: 2002-07-25 07:43:19
Message-ID: Pine.LNX.4.21.0207250926260.855-100000@midas.ciberdroide.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

On 23 Jul 2002, Manuel Sugawara wrote:

> Gunnar Wolf <gwolf(at)campus(dot)iztacala(dot)unam(dot)mx> writes:
>
> > Sin embargo, es una preocupación teórica: ¿Qué no un rollback debe
> > dejar la BD *tal cual estaba* antes de la transacción?
>
> pues si: en teoría y ¿cuál es la diferencia entre teoría y práctica?,
> ninguna, en teoría ;-) La idea detrás de todo esto es lograr que las
> secuencias sean amigables con la concurrencia, por lo tanto no estan
> bajo el control de manejador de transacciones; decisión de diseño.
>
> Saludos,
> Manuel.

No me consedero un experto en diseño de bases de datos pero una decisíon
de diseño que de forma transparente hace más amigable el comportamiento
de las secuencias en condiciones de concurrencia a costa de afectar el
comportamiento de las transacciones de forma no transparente me parece
una mala decisión de diseño.

Tal como yo lo véo la secuencia de un campo en condiciones de concurrencia
no tiene porque seguir un orden cronológico. Solo se pretende ir produciendo
valores únicos de forma comoda y segura. Si lo que se pretende además de
esto es garantizar el orden cronológico que usen además un timestamp. Si esto
resulta menos eficaz que compren más máquina pero lo que de ninguna manera
esta justificado es que una decisión de diseño comprometa la integridad de
los datos, y a pesar de que esto en condiciones normales parece respetar
la integridad de los datos yo lo veo como un comportamiento demasiado
extraño que puede inducir a errores por ejemplo en operaciones de
recuperaciones parciales de ciertos datos, etc. Bueno quizás no lo pueda
explicar bien pero a mi como decisión de diseño no me gusta nada.

Yo lo veo de esta forma.
la secuencia de claves 1,2,3,7,8,9,11,12,15 parece aceptable para todo
el mundo no ?

Entonces porque la secuencia de claves 1,2,6,5,4,3,7,8,10,11 va a ser
menos amistosa que la anterior ?

Sinceramente no me parece tan grave. Simplemente es cuestión de avisarlo
en la documentación.

Un saludo

Antonio Castro

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/\ /\ Ciberdroide Informática (Tienda de Linux)
\\W// <<< http://www.ciberdroide.com >>>
_|0 0|_
+-oOOO--(___o___)--OOOo----------------------------------------------------+
| . . . . U U . . . . Antonio Castro Snurmacher acastro(at)ciberdroide(dot)com |
| . . . . . . . . . . |
+()()()----------()()()----------------------------------------------------+
| *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** |
| <<< http://www.ciberdroide.com/misc/donde/dondelinux.html >>> |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Patricio Muñoz 2002-07-25 16:35:17 [Pgsql-ayuda] ayuda
Previous Message Manuel Sugawara 2002-07-25 03:46:49 Re: [Pgsql-ayuda] Pregunta sobre performance de Postgresql