INSTRUCTIVO PARA MODIFICAR LA BASE DE DATOS DEL SCOO

Transcripción

1 INSTRUCTIVO PARA MODIFICAR LA BASE DE DATOS DEL SCOO

2 DATOS DE CONTROL TÍTULO: INSTRUCTIVO PARA MODIFICAR LA BASE DE DATOS DEL SCOO Fecha de autorización: 13/12/2008 Fecha inicio de vigencia: 15/12/2008 Última fecha de actualización: 13/12/2008 Número de actualización: 0 Firmas de liberación del procedimiento Elaboró Jefe de Tecnología de Información Revisó Control Interno Fernando Guzmán Castañeda Maico Córdova Hernández Revisó Gerencia General Autorizó Presidente del Consejo de Administración J. Sabás Ledesma Jaime Prof. Julián Meza Romero PÁGINA 1 de 6

3 CONTENIDO 1. INTRODUCCIÓN 3 2. AGREGAR CAMPOS A ALGUNA TABLA 3 PÁGINA 2 de 6

4 1. INTRODUCCIÓN El siguiente documento tiene la finalidad de explicar al usuario cómo puede modificarse la base de datos del sistema SCOO ya sea agregando campos o bien agregando tablas. Lo importante de esto es agregar campos y tablas ya que las relaciones y restricciones se pueden realizar en cualquier momento mediante algún script y aplicarlo a cada cliente. Es necesario hacer mención en que antes de seguir los siguientes pasos es necesario que la información en todas las bases de datos este correctamente sincronizada, es decir, que no haya diferencias en los registros entre las sucursales. Si llega a haber diferencias lo mas probable es que se pierda la información que no este sincronizada de manera correcta. Para verificar que la información está sincronizada en las bases de datos es necesario ejecutar el software Autoreplica, esto, sin antes leer el Manual para la corrección de datos en el SCOO. 2. AGREGAR CAMPOS A ALGUNA TABLA El siguiente procedimiento aplica para agregar campos a una tabla existente en la base de datos. 1.- Ejecutar el Query Analyzer (analizador de consultas) en el servidor principal, conectarse a la base de datos SCOO. 2.- Ejecutar por cada campo el comando sp_repladdcolumn cuya sintaxis en la siguiente: de la de la de dato' El tipo de datos debe estar expresado como el tipo o dominio seguido de la regla de validación de nulos o no nulos junto con el default según sea el caso. Por ejemplo si deseamos agregar el campo dag_iva a la tabla datgral cuyo valor va recibir el valor del impuesto IVA, realizamos lo @typetext='t_dom_porcentaje not null 0.15' PÁGINA 3 de 6

5 Este ejemplo crea el campo dag_iva y le asigna el valor 0.15 en cada uno de los clientes o publicaciones (todas las sucursales). El comando anterior genera ciertos scripts de comandos de SQL los cuales se utilizan para realizar la sincronización o actualización de datos del servidor principal a cada cliente (cada sucursal). En caso de que algún campo sea llave foránea debemos agregarlo tal cual el ejemplo anterior pero especificando que reciba valores nulos. Mas adelante (paso 7) podemos realizar la modificación para que acepte nulos y realizar la liga con la tabla principal (constraint). 3.- Verificar que el campo se haya agregado a cada sucursal haciendo un select * en cada cliente, en teoría debe estar en todos. Cuando se genera una tabla nueva es necesario ejecutar estos scripts de comandos en el servidor principal y para esto se utiliza el comando sp_scriptpublicationcustomprocs el cual genera los procedimientos necesarios para que las inserciones, eliminaciones y actualizaciones se hagan en la base de datos Servidor, desde el Cliente. La sintaxis de este comando es la siguiente: de la publicacion' Donde el nombre de la publicación es la descripción que se utilizo para hacer referencia al sucursal a modificar. Por ejemplo para la sucursal de Ahuacatlán seria lo siguiente: exec 4.- Generar los scripts mediante el comando sp_script_synctran_commands. Estos scripts se van ejecutar en el cliente y la finalidad de esto es para poder hacer posible la sincronización de los datos que se registren en el cliente se copien a el servidor principal. Estos scripts de deben ejecutar en cada cliente que acceda al servidor principal. La sintaxis del comando es la siguiente Nombre de la del articulo' Por ejemplo si queremos generar los scripts de la tabla datgral de acuerdo al ejemplo anterior ejecutaríamos el comando de la siguiente manera: PÁGINA 4 de 6

6 El nombre de la publicación corresponde al de la sucursal de Ahuacatlán. Recuérdese que tiene que generarse los scripts para cada cliente o cada sucursal y ejecutarlos localmente en el cliente. 5.- Ejecutar los comandos generados en cada sucursal mediante la Actualización de base de datos en la companyweb, por ejemplo para la sucursal de Ahuacatlán se generaron los comandos siguientes: raiserror('debe actualizar el suscriptor a SQL Server 2000 para crear suscripciones actualizables a publicadores compatibles con SQL Server 2000.',16, -1) {call sp_addqueued_artinfo (4928, N'datgral', N'SERVIDOR1', N'SCOO', N'SCOO_01', N'datgral', N'null', N'conflict_SCOO_01_datgral', 0x ffffffffffff )} raiserror('debe actualizar el suscriptor a SQL Server 2000 para crear suscripciones actualizables a publicadores compatibles con SQL Server 2000.',16, -1) if (@@microsoftversion >= 0x080002C0) begin exec sp_addsynctriggers N'datgral', N'null', N'SERVIDOR1', N'SCOO', N'SCOO_01', N'sp_MSsync_ins_datgral_1', N'sp_MSsync_upd_datgral_1', N'sp_MSsync_del_datgral_1', N'sp_MScft_SCOO_01_datgral', N'dbo', N'null', N'null', N'null', 0x , 0,1,N'SERVIDOR1', 2 end raiserror('debe actualizar el suscriptor a SQL Server 2000 para crear suscripciones actualizables a publicadores compatibles con SQL Server 2000.',16, -1) if (@@microsoftversion < 0x080002C0) begin exec sp_addsynctriggers N'datgral', N'null', N'SERVIDOR1', N'SCOO', N'SCOO_01', N'sp_MSsync_ins_datgral_1', N'sp_MSsync_upd_datgral_1', N'sp_MSsync_del_datgral_1', N'sp_MScft_SCOO_01_datgral', N'dbo', N'null', N'null', N'null', 0x , 0,1,N'SERVIDOR1' end Estos comandos se agregan como un script de actualización pero solo seleccionando la casilla de la sucursal de Ahuacatlán como se muestra en la siguiente figura: Scripts del comando sp_script_synctran_commands PÁGINA 5 de 6

7 Se tiene que tener absoluto cuidado en esta parte ya que si ejecutamos el script en la sucursal que no es, el SQL Server no reconocerá hacia donde se van a mandar las actualizaciones que se hagan sobre los registros en la base de datos del cliente (sucursal). 6.- Una vez terminada la ejecución de scripts en cada publicación o sucursal debemos verificar que funcione la sincronización actualizando algún campo de los que se agregaron en el cliente y corroborar que esa actualización también se haya hecho en el servidor principal. De igual manera se debe verificar que este cambio se haya hecho en todos los clientes pensando en el caso de que la tabla se haya configurado para que se replique a todos los clientes. También debemos verificar que se haga la sincronización del servidor principal a todos los clientes modificando algún campo agregado en el servidor principal y verificando que éste se hay sincronizado de manera correcta en todos los clientes. Si no llegase a sincronizarse el campo debemos verificar los scripts generados y volver a ejecutar (regresar al paso 3). 7.- Ejecutar el Update que modifica los valores de los nuevos campos en el servidor principal para que de esta manera se inicie la sincronización y se repliquen a todos los clientes. 8.- Si existen campos que sean llaves foráneas, primarias o restringidas se debe ejecutar el script que realiza tales modificaciones en cada cliente. Debemos cuidar que si vamos a ligar a otra tabla algún campo nuevo que sea llave foránea, que el valor exista en la llave primaria en la tabla principal. PÁGINA 6 de 6