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: forum.help400@combios.es 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]
