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]
