Por si fuera el problema fuera que la defninición del cursor ReadOnly
no es respetada, yo probaría a poner al final del sql FOR READ ONLY, a
ver si así funciona
Saludos.
Fernando Pérez
Cerámica Saloni. Dpto. Organización
Nicolas Machado escribió:
Buenos
Dias,
Tenemos este problema y no podemos resolverlo.
Tenemos una Aplicacion Gx ( .Net ) que consume datos del DB2/400 (
usando ODBC ).
Cuando un usuario esta editando un registro de un archivo y al mismo
tiempo se quiere leer el dato via la aplicacion GX, este ultimo se
queda esperando que liberen el registro.
Si hago lo mismo con 2 pantallas de AS/400, una edita el registro y
otra lo consulta la ultima no se bloquea.
Tambien probamos que si en una pantalla edito el registro y por otra
hago una consulta SQL ( con strsql ) esta ultima no se bloquea.
Vimos WRKOBJLCK que el Archivo esta *SHRUPD.
Ahora la pregunta es :
porque si el ODBC hace un SQL con FECTH ONLY, y un tipo de Cursor
ReadOnly, no esta "saltenado" el registro bloqueado ??
nota: cuando pongo que editamos el registro, me refiero a que los
editamos con al aplicacion, no con un UPDDTA o algo similar.
ya vimos que el programa esta muy mal hecho para la edicion, toma el
registro al principio y no lo suelta hasta el update ....
Cualquier punta sobre como configurar esto sera agradecida.
Saludos
|
begin:vcard
fn;quoted-printable:Fernando P=C3=A9rez
n;quoted-printable:P=C3=A9rez;Fernando
org;quoted-printable:;Auditor=C3=ADa y Organizaci=C3=B3n
email;internet:[email protected]
tel;work:Ext. 627
x-mozilla-html:TRUE
version:2.1
end:vcard
__________________________________________________
Forum.HELP400 es un servicio más de ServerNEWS.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
