Cuando debo usar Flock y cuando Rlock?

¿y mientras uno introduce una factura nadie mas puede hacerlo puesto que
tienes bloqueado el contador?
Yo insisto en obtenerlo en el momento en el que el usuario valida y da su
conformidad.
hasta ese momento utilizo un nexo falso entre la cabecera y las líneas.

Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

"El foxero" escribió en el mensaje
news:

Parece que estamos confundidos, yo me refiero dentro de la transaccion,
begin-end trans , es decir cuando se va a salvar, no cuando se esta en la
pantalla de usuario.
Para saber cual es el proximo debo despues del begin transaction bloquear

la

tabla del consecutivo, tomar el proximo, luego hacer las inserciones de
encabezado y detalle con el consecutivo generado y luego actualizar el
consecutivo. Algunos diran, porque no lo actualizas al principio el
consecutivo. Lo tenia asi y en la practica he tenido algunos problemas de
concurrencia. Lo mas seguro me ha resultado el bloqueo manual.


"Carlos Yohn Zubiria" wrote in
message news:
> Aun en ese caso (yo también tengo casos de esos) puees tomar el
correlativo
> al final: mientras se va rellenando los datos, se toma un nº cualquiera
que
> no tenga sentido, por ejemplo 999999999 las relaciones se establecen con
ese
> nº. Al validar obtienes el correcto y modificas todos los registros
> necesarios.
>
> Saludos,
> A.G.P. (Aplicaciones de Gestión y Productividad)
> Las Arenas - Vizcaya - España
>
> "El foxero" escribió en el mensaje
> news:
> > >
> > > Para esa tabla si usaria RLock().
> > > De todos modos, generalmente obtienes el numero consecutivo al

ultimo

> > > momento (al guardar).
> > >
> >
> > Yo en una transaccion (begin transaction) tengo que tomarlo al

principio

> > cuando voy a usar este consecutivo en actualizaciones de integridad
> > siguientes como tablas de details dentro de la misma transaccion y
> tambien
> > tengo que usar rlock porque en la practica he visto que con el buffer

no

> es
> > muy confiable.
> >
> >
> >
> >
> >
>
>
>

hasta ese momento utilizo un nexo falso entre la cabecera y las líneas. ??
que es esto ???

Aldrin Devincenzi
Montevideo - Uruguay
"Carlos Yohn Zubiria" escribió en el
mensaje news:

¿y mientras uno introduce una factura nadie mas puede hacerlo puesto que
tienes bloqueado el contador?
Yo insisto en obtenerlo en el momento en el que el usuario valida y da su
conformidad.
hasta ese momento utilizo un nexo falso entre la cabecera y las líneas.

Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

"El foxero" escribió en el mensaje
news:

Parece que estamos confundidos, yo me refiero dentro de la transaccion,
begin-end trans , es decir cuando se va a salvar, no cuando se esta en la
pantalla de usuario.
Para saber cual es el proximo debo despues del begin transaction bloquear

la

tabla del consecutivo, tomar el proximo, luego hacer las inserciones de
encabezado y detalle con el consecutivo generado y luego actualizar el
consecutivo. Algunos diran, porque no lo actualizas al principio el
consecutivo. Lo tenia asi y en la practica he tenido algunos problemas
de
concurrencia. Lo mas seguro me ha resultado el bloqueo manual.


"Carlos Yohn Zubiria" wrote in
message news:
> Aun en ese caso (yo también tengo casos de esos) puees tomar el
correlativo
> al final: mientras se va rellenando los datos, se toma un nº cualquiera
que
> no tenga sentido, por ejemplo 999999999 las relaciones se establecen
> con
ese
> nº. Al validar obtienes el correcto y modificas todos los registros
> necesarios.
>
> Saludos,
> A.G.P. (Aplicaciones de Gestión y Productividad)
> Las Arenas - Vizcaya - España
>
> "El foxero" escribió en el mensaje
> news:
> > >
> > > Para esa tabla si usaria RLock().
> > > De todos modos, generalmente obtienes el numero consecutivo al

ultimo

> > > momento (al guardar).
> > >
> >
> > Yo en una transaccion (begin transaction) tengo que tomarlo al

principio

> > cuando voy a usar este consecutivo en actualizaciones de integridad
> > siguientes como tablas de details dentro de la misma transaccion y
> tambien
> > tengo que usar rlock porque en la practica he visto que con el buffer

no

> es
> > muy confiable.
> >
> >
> >
> >
> >
>
>
>

Sencillo. Puede ser un sys(2015), un nº excesivamente alto 999999999999 o
similar.
Para que coincidan en la cabecera y las líneas y la relación se pueda
establecer.
O por supuesto: mejor una vista.

Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

escribió en el mensaje
news:

hasta ese momento utilizo un nexo falso entre la cabecera y las líneas. ??
que es esto ???

Aldrin Devincenzi
Montevideo - Uruguay
"Carlos Yohn Zubiria" escribió en

el

mensaje news:
> ¿y mientras uno introduce una factura nadie mas puede hacerlo puesto que
> tienes bloqueado el contador?
> Yo insisto en obtenerlo en el momento en el que el usuario valida y da

su

> conformidad.
> hasta ese momento utilizo un nexo falso entre la cabecera y las líneas.
>
> Saludos,
> A.G.P. (Aplicaciones de Gestión y Productividad)
> Las Arenas - Vizcaya - España
>
> "El foxero" escribió en el mensaje
> news:
>> Parece que estamos confundidos, yo me refiero dentro de la transaccion,
>> begin-end trans , es decir cuando se va a salvar, no cuando se esta en

la

>> pantalla de usuario.
>> Para saber cual es el proximo debo despues del begin transaction

bloquear

> la
>> tabla del consecutivo, tomar el proximo, luego hacer las inserciones de
>> encabezado y detalle con el consecutivo generado y luego actualizar el
>> consecutivo. Algunos diran, porque no lo actualizas al principio el
>> consecutivo. Lo tenia asi y en la practica he tenido algunos problemas
>> de
>> concurrencia. Lo mas seguro me ha resultado el bloqueo manual.
>>
>>
>> "Carlos Yohn Zubiria" wrote in
>> message news:
>> > Aun en ese caso (yo también tengo casos de esos) puees tomar el
>> correlativo
>> > al final: mientras se va rellenando los datos, se toma un nº

cualquiera

>> que
>> > no tenga sentido, por ejemplo 999999999 las relaciones se establecen
>> > con
>> ese
>> > nº. Al validar obtienes el correcto y modificas todos los registros
>> > necesarios.
>> >
>> > Saludos,
>> > A.G.P. (Aplicaciones de Gestión y Productividad)
>> > Las Arenas - Vizcaya - España
>> >
>> > "El foxero" escribió en el mensaje
>> > news:
>> > > >
>> > > > Para esa tabla si usaria RLock().
>> > > > De todos modos, generalmente obtienes el numero consecutivo al
> ultimo
>> > > > momento (al guardar).
>> > > >
>> > >
>> > > Yo en una transaccion (begin transaction) tengo que tomarlo al
> principio
>> > > cuando voy a usar este consecutivo en actualizaciones de integridad
>> > > siguientes como tablas de details dentro de la misma transaccion y
>> > tambien
>> > > tengo que usar rlock porque en la practica he visto que con el

buffer

> no
>> > es
>> > > muy confiable.
>> > >
>> > >
>> > >
>> > >
>> > >
>> >
>> >
>> >
>>
>>
>>
>
>
>