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.
