Podrias probar poniendo un defined by atributo3 o creando un indice de usuario para la tabla B
Hola gente
Estoy migrando una KB de GX 7.5/VB/SQL 2000 (SP3) a GX 9.0/VB/SQL 2000 (SP3). He seguido las pautas metodológicas indicadas por Artech para estos casos.
Dado el siguiente For Each:
For each atributo1, atributo2 // tablaA, donde los atributos mencionados NO constituyen la clave primaria
Where atributo1 = &atributo1
Where atributo2 = &atributo2
&atributo3 = atributo3 (subtipo de campo de tabla B)
EndFor
La especificación de Gx, tanto en Gx 7.5 como en Gx 9, menciona índice correcto.
Al ejecutar el exe de Gx 7.5, el plan de ejecución del motor indica que SQL Server elige índice con el orden deseado.
Al ejecutar el exe de Gx 9, elige índice de clave primaria (nada que ver con el deseado).
Esto genera problemas importantes de performance.
¿ A alguien le ha sucedido ?, ¿ tienen algún comentario que pueda ayudarme ?
Desde ya muchas gracias.
Saludos,
Victor Veriansky
Lic Victor Veriansky
Socio | VVA Soluciones S.R.L
Av. Rivadavia 3561 7º 38 - CABA (C1204AAA), Argentina
Tel. (+54 11) 4864-7057 | Móvil. 15-6589-0056
Mail vveriansky@vvasoluciones.com.ar | Sitio Web www.vvasoluciones.com.ar
Solution Partner GOLD Genexus
Gonzalo
Has recibido este mensaje porque estás suscrito al grupo "GeneXus" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a genexus@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a genexus+unsubscribe@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/genexus?hl=es.
0 Response to "Re: [gx-l] Inconveniente en migración hacia Gx 9"
Publicar un comentario