|
Hola, Santiago. Pues mira, yo me alegro del desacuerdo, así discutimos ;). Cuando digo que el chain no tiene rival en accesos a registros específicos no me refiero tanto a que vaya más rápido o no (lo cual para pocos accesos es irrelevante), como a la facilidad del chain/update frente a montar la sentencia sql, controlar sqlcod, asignar el resultado a variables del programa, buscarte la vida para que el registro quede bloqueado (que yo sepa solo se puede hacer con cursores 'For update of' o con control de compromiso, y todo eso para recuperar y actualizar un registro me parece mucha faena), etc. Y además, citándome a mi mismo: "Ten en cuenta además que cada sentencia sql que uses dentro de un rpg consume recursos, por lo que se desaconseja un uso excesivo de sql en programas de servicio."
Saludos.
Fernando Pérez Cerámica Saloni. Dpto. Auditoría y Organización Santiago G Martí wrote: Hola Fernando, Siento no estar de acuerdo con tu última afirmación. Eso es lo que yo creía, pero acabo de hacer pruebas (en V5R3) de CHAIN por clave completa, contra SELECT sobre una tabla con los campos de la Primary Key en la cláusula WHERE, definidos en el mismo orden, comparados por igual, y los resultados no son concluyentes. A veces gana CHAIN y a veces gana SELECT (estático). |
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 NEWS/400. © 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
