RE: Modernización - Transición SQL

2017-11-24 Por tema Javier Mora 
Gracias Alex.

De momento veo todo esto muy complicado y necesito estudiar con tranquilidad la 
cuestión del registro por diario y control de compromiso. Si desactivo las 
restricciones de integridad todo funciona como si no estuvieran y eso me da un 
margen.

Crear receptores y diarios creo que lo tengo claro, pero qué estrategia 
utilizas: ¿biblioteca separada o en la misma donde se ubican las tablas?

Me asusta un poco el efecto que puede tener el registro por diario en el resto 
de programas antiguos que pudieran necesitar el nuevo fichero, sobre todo 
porque ahora no puede dedicarme a realizar las adaptaciones que fueran 
necesarias.

Ya plantearé más dudas.

Buen fin de semana a todos.

De: forum.help400-boun...@listas.combios.es 
[mailto:forum.help400-boun...@listas.combios.es] En nombre de Alex Martínez
Enviado el: viernes, 24 de noviembre de 2017 13:56
Para: forum.help400
Asunto: Re: Modernización - Transición SQL

Hola te contesto brevemente

En general es muy recomendable registrar la tablas por diario, sobre todo en el 
"mundo SQL" y es bastante sencillo, no veo motivo para no hacerlo, solo hay que 
crear un receptor y el diario, aunque se hace automáticamente cuando creas una 
biblioteca con CREATE COLLECTION y luego según vas creando las tablas

Sobre el crecimiento si indicas en el journal que los receptores sean 
gestionados por *SYSTEM con el parámetro MNGRCV y con DLTRCV que los borre con 
*YES

en mi caso tengo añadidas reglas de integridad desde mucho antes y desde el 
mundo DDS con ADDPFCST !!!

Tendrás que usar commit y rollback en los programas según el tipo de reglas

Sí que necesitas control de compromiso si usas reglas de integridad de 
comprobación que impidan un operación de grabación de datos, por ejemplo

Pero no lo necesitarás para una regla de clave primaria o de clave única

Para una de restricción referencial si que necesitas journal si la regla es 
borrar en cascada (esto lo tendría que comprobar)




El 24 de noviembre de 2017, 9:52, Javier Mora 
> escribió:
Hola a tod@s,

como ya he comentado en este mismo “hilo”, estoy utilizando SQL (en lugar de 
DDS) en pequeños proyectos para crear tablas y vistas. Quiero aprovechar las 
restricciones de integridad referencial para mejorar y controlar la 
consistencia de la BBDD. Sin embargo, es con este mecanismo con el que me estoy 
encontrando con más problemas.

Ya he descubierto que para activar estas restricciones el sistema utiliza un 
bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer los 
cambios en horarios fuera de trabajo o buscar un hueco en el día donde afecte 
al menor número de usuarios posible.

Ahora me encuentro con otro problema. Resulta que todas las tablas 
referenciadas necesitan estar registradas por diario, si no es imposible 
actualizar o borrar registros. No tenía previsto utilizar registro por diario, 
sobre todo porque no domino el tema. Así que estas son mis dudas:


1.   ¿Es obligatorio registrar por diario las tablas con restricciones de 
integridad referencial?

2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el 
control de las restricciones?

3.   ¿El registro por diario me obliga a utilizar el control de compromiso 
en todos mis programas?

4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?

5.   Recomendaciones, según vuestra experiencia, de donde ubicar diario y 
receptores (yo apunta en la misma biblioteca de los ficheros).

6.   ¿Qué precauciones debo tener con el uso del registro por diario? Por 
ejemplo, crecimiento de los receptores.

Si veo que no le “saco punta” a este tema pronto tendré que desistir (de 
momento) en el tema de las restricciones.

Un saludo y gracias por vuestros comentarios.

Javier Mora


Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.


Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Re: Modernización - Transición SQL

2017-11-24 Por tema Alex Martínez 
Hola te contesto brevemente

En general es muy recomendable registrar la tablas por diario, sobre todo
en el "mundo SQL" y es bastante sencillo, no veo motivo para no hacerlo,
solo hay que crear un receptor y el diario, aunque se hace automáticamente
cuando creas una biblioteca con CREATE COLLECTION y luego según vas creando
las tablas

Sobre el crecimiento si indicas en el journal que los receptores sean
gestionados por *SYSTEM con el parámetro MNGRCV y con DLTRCV que los borre
con *YES

en mi caso tengo añadidas reglas de integridad desde mucho antes y desde el
mundo DDS con ADDPFCST !!!

Tendrás que usar commit y rollback en los programas según el tipo de
reglas

Sí que necesitas control de compromiso si usas *reglas de integridad de
comprobación* que impidan un operación de grabación de datos, por ejemplo

Pero no lo necesitarás para una regla de clave primaria o de clave única

Para una de restricción referencial si que necesitas journal si la regla es
borrar en cascada (esto lo tendría que comprobar)





El 24 de noviembre de 2017, 9:52, Javier Mora  escribió:

> Hola a tod@s,
>
>
>
> como ya he comentado en este mismo “hilo”, estoy utilizando SQL (en lugar
> de DDS) en pequeños proyectos para crear tablas y vistas. Quiero aprovechar
> las restricciones de integridad referencial para mejorar y controlar la
> consistencia de la BBDD. Sin embargo, es con este mecanismo con el que me
> estoy encontrando con más problemas.
>
>
>
> Ya he descubierto que para activar estas restricciones el sistema utiliza
> un bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer
> los cambios en horarios fuera de trabajo o buscar un hueco en el día donde
> afecte al menor número de usuarios posible.
>
>
>
> Ahora me encuentro con otro problema. Resulta que todas las tablas
> referenciadas necesitan estar registradas por diario, si no es imposible
> actualizar o borrar registros. No tenía previsto utilizar registro por
> diario, sobre todo porque no domino el tema. Así que estas son mis dudas:
>
>
>
> 1.   ¿Es obligatorio registrar por diario las tablas con
> restricciones de integridad referencial?
>
> 2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el
> control de las restricciones?
>
> 3.   ¿El registro por diario me obliga a utilizar el control de
> compromiso en todos mis programas?
>
> 4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?
>
> 5.   Recomendaciones, según vuestra experiencia, de donde ubicar
> diario y receptores (yo apunta en la misma biblioteca de los ficheros).
>
> 6.   ¿Qué precauciones debo tener con el uso del registro por diario?
> Por ejemplo, crecimiento de los receptores.
>
>
>
> Si veo que no le “saco punta” a este tema pronto tendré que desistir (de
> momento) en el tema de las restricciones.
>
>
>
> Un saludo y gracias por vuestros comentarios.
>
>
>
> Javier Mora
>
> 
> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
> Forum.Help400 © Publicaciones Help400, S.L.
>

Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

RE: ** Newsletter ** RE: Modernización - Transición SQL

2017-11-24 Por tema Javier Mora 
Yo sólo he probado con SQL o con DFU, todavía no he probado desde programa RPG 
con CHAIN/UPDATE.

Los programa RPG con SQL los compilo todos con COMMIT(*NONE), pero no tengo 
nada claro en qué me afectarán el registro por diario.

Gracias Alberto

De: forum.help400-boun...@listas.combios.es 
[mailto:forum.help400-boun...@listas.combios.es] En nombre de alberto
Enviado el: viernes, 24 de noviembre de 2017 11:04
Para: forum.help400
Asunto: Re: ** Newsletter ** RE: Modernización - Transición SQL

Hola Javier.
No sé si es el caso de las tablas con restricción de integridad referencial, 
pero con tablas 'normales' que no estén registradas por diario, si quieres 
borrar o actualizar, tienes que compliar el programa con la opción
 COMMIT *NONE.
Salu2.



De:"Javier Mora" >
Para:"forum.help400" 
>
Fecha:24/11/2017 10:14
Asunto:** Newsletter ** RE: Modernización - Transición SQL
Enviado por:
forum.help400-boun...@listas.combios.es




Hola a tod@s,

como ya he comentado en este mismo “hilo”, estoy utilizando SQL (en lugar de 
DDS) en pequeños proyectos para crear tablas y vistas. Quiero aprovechar las 
restricciones de integridad referencial para mejorar y controlar la 
consistencia de la BBDD. Sin embargo, es con este mecanismo con el que me estoy 
encontrando con más problemas.

Ya he descubierto que para activar estas restricciones el sistema utiliza un 
bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer los 
cambios en horarios fuera de trabajo o buscar un hueco en el día donde afecte 
al menor número de usuarios posible.

Ahora me encuentro con otro problema. Resulta que todas las tablas 
referenciadas necesitan estar registradas por diario, si no es imposible 
actualizar o borrar registros. No tenía previsto utilizar registro por diario, 
sobre todo porque no domino el tema. Así que estas son mis dudas:

1.   ¿Es obligatorio registrar por diario las tablas con restricciones de 
integridad referencial?
2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el 
control de las restricciones?
3.   ¿El registro por diario me obliga a utilizar el control de compromiso 
en todos mis programas?
4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?
5.   Recomendaciones, según vuestra experiencia, de donde ubicar diario y 
receptores (yo apunta en la misma biblioteca de los ficheros).
6.   ¿Qué precauciones debo tener con el uso del registro por diario? Por 
ejemplo, crecimiento de los receptores.

Si veo que no le “saco punta” a este tema pronto tendré que desistir (de 
momento) en el tema de las restricciones.

Un saludo y gracias por vuestros comentarios.

Javier Mora
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Re: ** Newsletter ** RE: Modernización - Transición SQL

2017-11-24 Por tema alberto 
Ah, me he dejado una cosa. Yo personalmente tengo una sóla biblioteca en 
la que guardo todos los journals.
Salu2



De: alberto/arcadie
Para:   "forum.help400" 
Fecha:  24/11/2017 11:04
Asunto: Re: ** Newsletter ** RE: Modernización - Transición SQL
Enviado por:Alberto Martinez


Hola Javier.
No sé si es el caso de las tablas con restricción de integridad 
referencial, pero con tablas 'normales' que no estén registradas por 
diario, si quieres borrar o actualizar, tienes que compliar el programa 
con la opción
 COMMIT *NONE. 
Salu2.




De: "Javier Mora" 
Para:   "forum.help400" 
Fecha:  24/11/2017 10:14
Asunto: ** Newsletter ** RE: Modernización - Transición SQL
Enviado por:forum.help400-boun...@listas.combios.es



Hola a tod@s,
 
como ya he comentado en este mismo “hilo”, estoy utilizando SQL (en lugar 
de DDS) en pequeños proyectos para crear tablas y vistas. Quiero 
aprovechar las restricciones de integridad referencial para mejorar y 
controlar la consistencia de la BBDD. Sin embargo, es con este mecanismo 
con el que me estoy encontrando con más problemas.
 
Ya he descubierto que para activar estas restricciones el sistema utiliza 
un bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer 
los cambios en horarios fuera de trabajo o buscar un hueco en el día donde 
afecte al menor número de usuarios posible.
 
Ahora me encuentro con otro problema. Resulta que todas las tablas 
referenciadas necesitan estar registradas por diario, si no es imposible 
actualizar o borrar registros. No tenía previsto utilizar registro por 
diario, sobre todo porque no domino el tema. Así que estas son mis dudas:
 
1.   ¿Es obligatorio registrar por diario las tablas con restricciones 
de integridad referencial?
2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el 
control de las restricciones?
3.   ¿El registro por diario me obliga a utilizar el control de 
compromiso en todos mis programas?
4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?
5.   Recomendaciones, según vuestra experiencia, de donde ubicar 
diario y receptores (yo apunta en la misma biblioteca de los ficheros).
6.   ¿Qué precauciones debo tener con el uso del registro por diario? 
Por ejemplo, crecimiento de los receptores.
 
Si veo que no le “saco punta” a este tema pronto tendré que desistir (de 
momento) en el tema de las restricciones.
 
Un saludo y gracias por vuestros comentarios.
 
Javier Mora
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.


Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Re: ** Newsletter ** RE: Modernización - Transición SQL

2017-11-24 Por tema alberto 
Hola Javier.
No sé si es el caso de las tablas con restricción de integridad 
referencial, pero con tablas 'normales' que no estén registradas por 
diario, si quieres borrar o actualizar, tienes que compliar el programa 
con la opción
 COMMIT *NONE. 
Salu2.



De: "Javier Mora" 
Para:   "forum.help400" 
Fecha:  24/11/2017 10:14
Asunto: ** Newsletter ** RE: Modernización - Transición SQL
Enviado por:forum.help400-boun...@listas.combios.es



Hola a tod@s,
 
como ya he comentado en este mismo “hilo”, estoy utilizando SQL (en lugar 
de DDS) en pequeños proyectos para crear tablas y vistas. Quiero 
aprovechar las restricciones de integridad referencial para mejorar y 
controlar la consistencia de la BBDD. Sin embargo, es con este mecanismo 
con el que me estoy encontrando con más problemas.
 
Ya he descubierto que para activar estas restricciones el sistema utiliza 
un bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer 
los cambios en horarios fuera de trabajo o buscar un hueco en el día donde 
afecte al menor número de usuarios posible.
 
Ahora me encuentro con otro problema. Resulta que todas las tablas 
referenciadas necesitan estar registradas por diario, si no es imposible 
actualizar o borrar registros. No tenía previsto utilizar registro por 
diario, sobre todo porque no domino el tema. Así que estas son mis dudas:
 
1.   ¿Es obligatorio registrar por diario las tablas con restricciones 
de integridad referencial?
2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el 
control de las restricciones?
3.   ¿El registro por diario me obliga a utilizar el control de 
compromiso en todos mis programas?
4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?
5.   Recomendaciones, según vuestra experiencia, de donde ubicar 
diario y receptores (yo apunta en la misma biblioteca de los ficheros).
6.   ¿Qué precauciones debo tener con el uso del registro por diario? 
Por ejemplo, crecimiento de los receptores.
 
Si veo que no le “saco punta” a este tema pronto tendré que desistir (de 
momento) en el tema de las restricciones.
 
Un saludo y gracias por vuestros comentarios.
 
Javier Mora
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.


Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

RE: Modernización - Transición SQL

2017-11-24 Por tema Javier Mora 
Hola a tod@s,

como ya he comentado en este mismo "hilo", estoy utilizando SQL (en lugar de 
DDS) en pequeños proyectos para crear tablas y vistas. Quiero aprovechar las 
restricciones de integridad referencial para mejorar y controlar la 
consistencia de la BBDD. Sin embargo, es con este mecanismo con el que me estoy 
encontrando con más problemas.

Ya he descubierto que para activar estas restricciones el sistema utiliza un 
bloque exclusivo sobre las tablas afectadas, lo que me obliga a hacer los 
cambios en horarios fuera de trabajo o buscar un hueco en el día donde afecte 
al menor número de usuarios posible.

Ahora me encuentro con otro problema. Resulta que todas las tablas 
referenciadas necesitan estar registradas por diario, si no es imposible 
actualizar o borrar registros. No tenía previsto utilizar registro por diario, 
sobre todo porque no domino el tema. Así que estas son mis dudas:


1.   ¿Es obligatorio registrar por diario las tablas con restricciones de 
integridad referencial?

2.   ¿Se puede evitar de alguna forma el uso del diario sin perder el 
control de las restricciones?

3.   ¿El registro por diario me obliga a utilizar el control de compromiso 
en todos mis programas?

4.   ¿O sólo lo utiliza el motor de base de datos cuando lo necesite?

5.   Recomendaciones, según vuestra experiencia, de donde ubicar diario y 
receptores (yo apunta en la misma biblioteca de los ficheros).

6.   ¿Qué precauciones debo tener con el uso del registro por diario? Por 
ejemplo, crecimiento de los receptores.

Si veo que no le "saco punta" a este tema pronto tendré que desistir (de 
momento) en el tema de las restricciones.

Un saludo y gracias por vuestros comentarios.

Javier Mora

Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

RE: Consulta sobre Rational Developer for i

2017-11-24 Por tema Elvira Jurado 
Hola,
son unos 200 euros anuales x licencia





Elvira Jurado Leiva - Dpto. Informática 
Tlf.: 914791512 (ext.165) - Fax: 914631790 
informat...@fsoria.com - www.f-soria.es 

AVISO DE CONFIDENCIALIDAD 
La información contenida en este mensaje y archivos adjuntos es privada, 
confidencial y de uso exclusivo de la(s) persona(s) y entidad(es) a la(s) 
que va dirigido. Si Ud. no es el destinatario de esta información se le 
notifica que está expresamente prohibida la declaración, reproducción, 
distribución o la toma de cualquier acción basada en el contenido de esta 
comunicación. Si ha recibido este mensaje por error, le rogamos que nos lo 
comunique inmediatamente y proceda a eliminarlo de todos sus sistemas. 
Francisco Soria Melguizo, S.A. no asume responsabilidad legal por el 
contenido de esta comunicación, ni representa la opinión de la firma, 
salvo que expresamente se especifique lo contrario y que el remitente esté 
autorizado para hacerlo. Gracias. 




De: Javier Mora 
Para:   "forum.help400" , 
Fecha:  23/11/2017 16:27
Asunto: RE: Consulta sobre Rational Developer for i
Enviado por:forum.help400-boun...@listas.combios.es



Gracias Elvira.
 
¿Qué coste suele tener el mantenimiento?
 
Javier Mora
 
De: forum.help400-boun...@listas.combios.es [
mailto:forum.help400-boun...@listas.combios.es] En nombre de Elvira Jurado
Enviado el: jueves, 23 de noviembre de 2017 14:24
Para: forum.help400
Asunto: Re: Consulta sobre Rational Developer for i
 
Hola, 

nosotros tenemos  rational developer for i 

-Passport advantage es la web de IBM donde tienes información de tus 
licencias contratadas con ellos. Podrás bajarte actualizaciones, renovar 
licencias, ver las titularidades...  tendrás que registrarte 
- al finalizar el primer año  si quieres estar actualizado y tener soporte 
tendrás que pagar 

espero que te sirva 





Elvira Jurado Leiva - Dpto. Informática 
Tlf.: 914791512 (ext.165) - Fax: 914631790 
informat...@fsoria.com - www.f-soria.es 
AVISO DE CONFIDENCIALIDAD 
 

La información contenida en este mensaje y archivos adjuntos es privada, 
confidencial y de uso exclusivo de la(s) persona(s) y entidad(es) a la(s) 
que va dirigido. Si Ud. no es el destinatario de esta información se le 
notifica que está expresamente prohibida la declaración, reproducción, 
distribución o la toma de cualquier acción basada en el contenido de esta 
comunicación. Si ha recibido este mensaje por error, le rogamos que nos lo 
comunique inmediatamente y proceda a eliminarlo de todos sus sistemas. 
Francisco Soria Melguizo, S.A. no asume responsabilidad legal por el 
contenido de esta comunicación, ni representa la opinión de la firma, 
salvo que expresamente se especifique lo contrario y que el remitente esté 
autorizado para hacerlo. Gracias. 




De:Javier Mora  
Para:"forum.help400" , 
Fecha:23/11/2017 13:56 
Asunto:Consulta sobre Rational Developer for i 
Enviado por:forum.help400-boun...@listas.combios.es 




Hola a tod@s, 
  
vamos a adquirir dos licencias de Rational Developer for i y me han 
surgido alguna duda: 
  
-  ¿Se contrata como un producto bajo licencia del IBM i? Lo digo 
porque hay que activar “algo” que se llama Passport Advantage. 
-  ¿Cómo se reciben las actualizaciones? Vienen a través de PTFs o 
no tiene nada que ver con este medio. 
-  Pasados los 12 meses de “garantía”, parece que la renovación 
del soporte de software es con coste, independientemente de la suscripción 
de software que se tenga contratado con el IBM i. 
  
¿Podéis aclararme alguna de estas dudas? 
  
Gracias por vuestros comentarios. 
  
Javier Mora
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L. 

Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.


Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.