Jesus,
No busques el  problema en la configuracion de la maquina. Puede que sean 
PTF's.  En cualquier caso te recomendaria que revisaras las sentencias SQL y/o 
las vias de acceso, puede que con un pequeÃo cambio funcione mas eficiente. 
Ten en cuenta que  el DB2 del Iseries/400 tiene sus peculiaridades, no todos 
los DB2 son iguales, por eso no puedes compararlos.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of "ArbuÃs Sanz, 
JesÃs"
Sent: 22 April 2005 09:28
To: [email protected]
Subject: RE: [Off-Topic] SQL en iSeries


Hola Jorge.

        Nosotros hemos tomado la decisiÃn de apostar tambiÃn por este 
entorno, he estado haciendo pruebas de rendimiento y no me dan el mismo 
rendimiento con una mÃquina en Windows y DB2 UDB que el ISeries.

        Nos decantamos por esta posibilidad visto la estabilidad del OS400 no 
tiene nada que ver con WINDOWS, en fin, aunque he entrado en el tema de 
procedimientos almacenados de pasada, querÃa hacer un proyecto apoyÃndome en 
estos, BUFFFFF

        Lo que no puedo entender es una cosa, con una mÃquina en Windows con 
Raid5, 4MB RAM(de los que el DB2 solo utiliza 2) y un DB2 UDB, hacemos una 
lectura sencilla sumando un campo de 4M de registros y va como un tiro (menos 
de 1s.) y en el ISeries con una prueba de 8M de registros, haciendo el  mismo 
tipo de lectura, con un I5 mod.520, 8 discos, creo recordar que 1000CPW y 
mÃquina dedicada solo para esto, el tiempo es 11s. ??. Estuvimos con IBM 
cambiando la configuraciÃn de la mÃquina para optimizar al mÃximo y la 
verdad es que no me parece un buen tiempo de respuesta.

        Hace unos meses estuve en una charla de un seÃor del laboratorio de 
IBM que trabajaba dentro del grupo de DB2 (no recuerdo el cargo) y contaba las 
maravillas del DB2 sobre ISeries y me hago una pregunta Âpuede funcionar mejor 
un DB2 en un Windows con un Netfinity que cuesta 6000EUR, que en un I5 que 
cuesta bastante mÃs y supuestamente es maravilloso ?  

        Un saludo,

        JesÃs

-----Mensaje original-----
De: jorge [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 21 de abril de 2005 9:59
Para: Forum. Help400 (E-mail)
Asunto: [Off-Topic] SQL en iSeries


Hola:

El motivo del mail es contrastar opiniones con respecto a la posibilidad del 
uso de SQL dentro del iSeries. Cuando digo SQL me refiero tanto a consultas 
complejas como a Procedimientos Almacenados, funciones, funciones que retornan 
tablas, etc.

DespuÃs de haber apostado fuerte, me encuentro con la situaciÃn de que hay 
demasiados problemas:

-       Muchos errores de punteros en programas del sistema.
-       Funciones finalizadas por el sistema a pesar de tener todos los valores
del mismo a *Nomax.
-       CreaciÃn de funciones que retornan tablas y cuando se modifican y 
crean de
nuevo no incluyen los nuevos cambios.
-       Diferencia de comportamiento para el mismo procedimiento / funciÃn si 
se
crea mediante RUNSQLSTM y con el Operations.

Demasiados problemas que si tienen soluciÃn es mediante aplicaciÃn de PTF's 
(y si hay suerte).

Lo Ãltimo: un cliente tiene que hacer un RCLSTG en modo restringido, sacando a 
todos los usuarios y parando el trabajo de la empresa, porque un procedimiento 
"vital" se queda esperando a una "hebra" del sistema despuÃs de leer en 
SYSCOLUMNS.

La verdad es que nos encontramos muy desilusionados.

ÂA alguien le ha pasado algo parecido?

Saludos.



_____________________________________________________
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, envÃa el mensaje resultante de pulsar mailto:[EMAIL 
PROTECTED]


Este correo electrÃnico puede contener informaciÃn confidencial y/o 
privilegiada. Si usted no es el destinatario arriba mencionado del mensaje (o 
ha recibido este correo electrÃnico por error) por favor notifÃquelo 
inmediatamente al remitente y destruya este e-mail. Cualquier copia no 
autorizada, divulgaciÃn o distribuciÃn del material incluido en este correo 
electrÃnico queda estrictamente prohibida.

ÅËq?ÂzÃÂÃâÃÅÃ4EÃÂ>ÃâÃÅâÂwÂÂHÂvâÂÃÂÃÂÃÂÃiÃâÃÃÃÃÂÂzÃÂÂÂÃyÂiÃiÃz{ÂÃÂÃj{uÃâÃâÂÂâÂÃzZÃJÂÃÂÃn*zÃw

Responder a