Se me olvido comentar que cuando fuimos a la 5.1 o 5.2, no recuerdo, tuvimos un problema de performance, algunas sentencias se embuclaban. Efectivamente en el CAS no dieron con la solucion y tuvo que venir un tecnico desde USA para solucionarlo. Supongo que esa solucion la plasmarian en unas PTF. En cualquier caso, por si te ayuda, existe una monitorizacion de las ejecuciones, que genera un fichero, con unos formatos de registro bastante curiosos (hay documentacion en los manuales), que dan un monton de informacion para al menos tener algo en que basarse. Y si es el proceso es interactivo, con arrancar el debug, te deja esa misma informacion pero en un formato legible.
Tambien hay que tener en cuenta que un programa compilado con una base de datos y una version de sistema operativo, puede que no funcione de la misma forma en otro sistema y otra base de datos, aun siendo la misma que la original. Este es nuestro caso, una unica aplicacion osea pgms y 19 bases de datos y maquinas diferentes e incluso idiomas diferentes. Esto es porque los programas guardan una estadistica en su creacion y futuras ejecuciones, que el DB2/400 usa para sus parametros internos de ejecucion. Parece ser que esto lo ha casi solucionado IBM con la ultima version, pero no puedo dar fe de ello. Evidentemente esto significa que hay que tener mucho cuidado con lo que hacemos, pero tampoco es tan complicado, hasta nosotros hemos sido capaces de hacerlo funcionar. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jorge Sent: 21 April 2005 16:36 To: [email protected] Subject: RE: [Off-Topic] SQL en iSeries Hola: Nosotros llevamos poco tiempo metidos en profundidad, pero puedo decir que usando funciones que retornan tablas hemos tenido de todo: En nuestra m�quina, si creamos una funci�n que retorna una tabla con un campo y luego le hacemos un DROP para borrarla y la creamos con 2 campos, cualquier SELECT que le hagamos retorna un �nico campo. �Curioso no?. Pues el problema se ha reportado al CASH y nos han dado la respuesta comod�n, �A nosotros no nos pasa! Otra, En Portugal hay en un proceso que usa una FUNCTION que retorna una tabla, a�n teniendo tanto en QSYS como en QSYS2 o en QUSRSYS todos los valores a *NOMAX (QRY_TIME_LIMIT y UDF_TIME_OUT), el sistema finaliza la funci�n a los 5 minutos.�? Otra m�s, nuestras tablas, procedimientos y funciones se crean a partir de SCRIPTS guardados en una tabla de una biblioteca. Nos ha costado, pero hemos descubierto que cuando el SCRIPT se ejecutaba con un EXECUTE INMEDIATE dentro de un procedimiento almacenado llamado desde una aplicaci�n cliente a trav�s de ODBC, cascaba durante su ejecuci�n. El mismo procedimiento de creaci�n ejecutado desde un trabajo sometido, �funciona!. No s�, demasiados problemas en muy poco tiempo. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Cubero, Rafael (R.) Enviado el: jueves, 21 de abril de 2005 14:29 p.m. Para: [email protected] Asunto: RE: [Off-Topic] SQL en iSeries Llevamos trabajando en SQL(Cobol y algun RPG) desde hace unos 9 a�os y es el standard de programacion de mi dpto. Las aplicaciones estan funcionando en 19 instalaciones y tenemos tablas de millones de registos. Y te puedo decir que salvo en algunos casos puntuales (cambios de rel. y PTF no actualizadas) no hemos tenido problemas importantes, y por supuesto nunca se nos ha caido el sistema(excepto por un sql mal dise�ado que lleno el disco). Eso si, si quieres rapidez de ejecucion tienes que redimensionar tu maquina (osea pelas). Otra cosa muy importante es tener las bases de datos que utilizes muy bien dise�adas y controladas, nosotros tenemos 2 personas solo dedicadas a eso. La verdad es que cuando arrancamos por primera vez nos costo bastante. Hay que controlar muy bien como se dise�an las sentencias para que los programas se ejecuten correctamente y eso nos lo ha ido dando la experiencia, sentencias que nos duraban horas, con un peque�o redise�o han pasado a durar minutos, muchas veces no nos lo creiamos. Buena suerte, bienvenido a este entorno de desarrollo que te puedo asegurar que es mucho mas efectivo y barato (tiempo de programacion y mantenimiento) que el tradicional, por eso, no desesperes y siempre ten al dia las PTF de base de datos. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jorge Sent: 21 April 2005 09:59 To: Forum. Help400 (E-mail) Subject: [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] _____________________________________________________ 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] _____________________________________________________ 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] _____________________________________________________ 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]
