0% encontró este documento útil (0 votos)
55 vistas4 páginas

I. Historial de Cambios: Política de Envío de Scripts A Base de Datos

Cargado por

Jhon Prieto
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
55 vistas4 páginas

I. Historial de Cambios: Política de Envío de Scripts A Base de Datos

Cargado por

Jhon Prieto
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

NP-PBD-001 / V.

1
E: 17/06/20 R: 16/07/2020

POLÍTICA DE ENVÍO DE SCRIPTS A BASE DE DATOS

I. Historial de cambios

Elab. Aprob.
V. Fecha Descripción del cambio realizado Rev. por:
por: por:

1 16/07/2020 Incorporación de los literales p y q. A.B J.Z L.R

0 17/06/2020 Emisión del documento A.B J.Z L.R

©2020 NovoPayment Inc. All rights reserved Gerencia de Procesos y Productos | Confidencial - Página 1
NP-PBD-001 / V.1
E: 17/06/20 R: 16/07/2020

POLÍTICA DE ENVÍO DE SCRIPTS A BASE DE DATOS

II. Objetivo
Establecer los lineamientos a seguir para el envío de scripts que se ejecutan en base de
datos.

III. Alcance
Abarca los sistemas de información (bases de datos) productivos y no productivos.

IV. Política
a. Los archivos de scripts deben venir con extensión “.sql”.
b. Se debe indicar el orden de ejecución de los scripts, esto aplica cuando se deba ejecutar
más de uno.
c. Se deben cualificar las sentencias y objetos, es decir, siempre se debe anteponer el
nombre del schema. Ejemplo:

select * from novo01006.admon_users;

create or replace procedure novo4005.pr_limitacion_cupo ….

d. Cuando se envíen sentencias DML (update, delete, insert), se debe añadir al final de
estas el comando commit; (si son demasiadas sentencias DML se puede incluir commit
cada N sentencias, dejando siempre uno al final). Ejemplo:

delete novo03002.proceso_cierre where fecha > sysdate -2;

delete novo03002.tarea_batch where código =2;

commit;

e. Cuando un script ejecute múltiples sentencias, no debe incluir sentencias de creación de


procedures, funciones, packages, triggers o bloques anónimos; cada sentencia de
creación de objetos debe ir en archivos independientes (los packages pueden incluir la
especificación y el body en el mismo archivo).

©2020 NovoPayment Inc. All rights reserved Gerencia de Procesos y Productos | Confidencial - Página 2
NP-PBD-001 / V.1
E: 17/06/20 R: 16/07/2020

POLÍTICA DE ENVÍO DE SCRIPTS A BASE DE DATOS

f. Al enviar INSERTS múltiples sobre la misma tabla, se debe colocar cada sentencia
individual y no cada N-upla de valores separado por coma en un solo insert.

g. Cuando un script contenga múltiples sentencias, cada sentencia debe ser finalizada
con caracteres como “; o /” (nunca los dos a la vez), palabras como ‘GO’ u otras
diferentes no son reconocidas por la interfaz de ejecución.

h. No debe ser revisada la lógica funcional de los scripts enviados, por lo tanto, sólo se
revisarán temas referentes a performance o buenas prácticas previo al envío, de
ninguna manera luego de ser enviados como solicitud de pase.

i. Cuando un control de cambio contemple scripts de base de datos y/o elementos


relacionados, se debe especificar en el asunto del correo adicionando lo siguiente:
Incluye Items de Base de datos, ello para identificarlos de forma oportuna.

j. Luego de la ejecución de scripts se debe enviar el log (cuando aplique), para que este
sea revisado por los responsables del cambio.

k. Cuando se envíen objetos como: procedures, funciones, triggers, types o packages; se


debe enviar de vuelta el código original que estaba compilado antes del cambio (si el
objeto existe).

l. Elementos como shells, deben ser programados y configurados por el equipo de


desarrollo, y cuando sean pasados a producción se deben cambiar variables como
PATH, ORACLE_SID y las necesarias para el ambiente de producción, las claves
deben ser eliminadas para cumplir con estándares de seguridad de la información.

m. La programación de ejecución de shells debe indicar la hora y los días en los que se
debe ejecutar (tener en cuenta si se requiere alguna zona horaria particular).

n. Cualquier ajuste luego de la ejecución de uno o más scripts debe venir bajo los
lineamientos de control de cambio.

o. Los scripts enviados que no cumplan con los lineamientos de esta política deben ser
devueltos para su corrección.

p. Al enviar la creación o modificación de objetos de programación tales como:


procedures, funciones, triggers, directorios, types o packages, la sentencia debe decir

©2020 NovoPayment Inc. All rights reserved Gerencia de Procesos y Productos | Confidencial - Página 3
NP-PBD-001 / V.1
E: 17/06/20 R: 16/07/2020

POLÍTICA DE ENVÍO DE SCRIPTS A BASE DE DATOS

'CREATE OR REPLACE '. Sentencias como 'CREATE' generan errores al momento de


compilar los scripts cuando los objetos ya existen.
q. Los comentarios dentro de los scripts de creación o modificación de objetos de
programación tales como: procedures, funciones, triggers, directorios, types o
packages, deben ir después del nombre del objeto y posterior a la palabra 'AS' o 'IS'.

©2020 NovoPayment Inc. All rights reserved Gerencia de Procesos y Productos | Confidencial - Página 4

También podría gustarte