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" <jm...@musgrave.es<mailto:jm...@musgrave.es>>
Para:"forum.help400" 
<forum.help400@listas.combios.es<mailto:forum.help400@listas.combios.es>>
Fecha:24/11/2017 10:14
Asunto:** Newsletter ** RE: Modernización - Transición SQL
Enviado por:
forum.help400-boun...@listas.combios.es<mailto: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" <forum.help400@listas.combios.es>
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" <jm...@musgrave.es>
Para:   "forum.help400" <forum.help400@listas.combios.es>
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.