Tenemos la necesidad de subir controles de cambios en nuestra base de datos IBM DB2 tenemos un conjunto de sentencias SQL tales como DML o DDL que desean ejecutar como un archivo utilizando el CLP de DB2.<\/p>\n
Si alguna de las sentencias contenidas en el archivo falla, es necesario revertir cada instrucci\u00f3n ejecutada con \u00e9xito y dejar la base de datos en su estado original. \u00bfC\u00f3mo haces esto?<\/p>\n
La respuesta corta es evitar cualquier cambio de estado en la conexi\u00f3n al momento de ejecutar el archivo usando la opci\u00f3n -f del CLP.<\/p>\n
<\/p>\n
Tenemos que tener en cuanta que cualquier sentencia explicita dentro del archivo que pueda comprometer los\u00a0cambios,\u00a0cerrar la conexi\u00f3n confirmar todos los cambios hasta ese momento, independientemente de lo que haya designado para la sesi\u00f3n.<\/p>\n
Si permanece conectado al final del procesamiento de un archivo usando las opciones +c -s -t \u00a0-f, puede revertir de forma expl\u00edcita las transacciones que sucedieron antes del momento del fallo.<\/p>\n
Algunas de las sentencias que no podemos soportar dentro de nuestro archivo son QUIT, CONNECT RESET , COMMIT, TERMINATE.<\/p>\n
Para el siguiente ejercicio vamos a crear una tabla:<\/p>\n
CREATE TABLE \"JESTEVEZ01\".\"TABLE_TEST\" (\r\n\"ID\" INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY ( START WITH 1 INCREMENT BY 1 MINVALUE 1 MAXVALUE 2147483647 NO CYCLE CACHE 20 NO ORDER ), \r\n\"NAME\" VARCHAR(255 OCTETS)\r\n);<\/pre>\nVamos a crear un archivo CAMBIOS_DML_DDL.sql, con las siguientes\u00a0sentencias DDL y DML a ejecutar:<\/p>\n
UPDATE COMMAND OPTIONS USING c OFF;\r\n\r\nINSERT INTO JESTEVEZ01.TABLE_TEST (NAME) VALUES ('HOLA MUNDO 1');\r\nINSERT INTO JESTEVEZ01.TABLE_TEST (NAME) VALUES ('HOLA MUNDO 2');\r\nALTER TABLE \"JESTEVEZ01\".\"TABLE_TEST\" ADD COLUMN \"FULL_NAME_1\" VARCHAR(32000 OCTETS);\r\nALTER TABLE \"JESTEVEZ01\".\"TABLE_TEST\" ADD COLUMN \"FULL_NAME_2\" VARCHAR(32000 OCTETS);\r\nINSERT INTO JESTEVEZ01.TABLE_TEST (NAME, FULL_NAME_1, FULL_NAME_2) VALUES ('NOMBRE 1', 'FULL NAME 2', 'FULL NAME 3');\r\n<\/pre>\nAhora vamos a desarrollar un peque\u00f1o script de linux para ejecutar el fichero.<\/p>\n
#! \/bin\/bash\r\nfunction terminate {\r\n echo \"Cerrando la conexion a DB2\";\r\n db2 terminate\r\n}\r\ntrap terminate EXIT\r\n\r\ndb2 connect to SAMPLE\r\n\r\ndb2 -l salida.log +c -stf CAMBIOS_DML_DDL.sql\r\n\r\n\r\nif [ $? -ge 4 ]; then\r\n\techo \"Hay errores reversar cambios\"\r\n\tdb2 rollback\r\nelse \r\n\techo \"Comprometer cambios en la base de datos\"\r\n\tdb2 commit\r\nfi\r\n<\/pre>\nComo vemos en el script el CLP de db2 nos retorna un \u00abexit status\u00bb con los resultados de la transacci\u00f3n. Estos son algunos de los valores de \u00abdb2 exit status\u00bb:<\/p>\n
Como podemos ver con las opciones de CLP de db2, controlando el db2 exit status y asegurando que nuestro fichero DDL o DML no tenga sentencias que puedan comprometer la transaccional podemos realizar\u00a0cambios de forma autom\u00e1tica y reversar en caso de algun fallo.<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Tenemos la necesidad de subir controles de cambios en nuestra base de datos IBM DB2 tenemos un conjunto de sentencias SQL tales como DML o DDL que desean ejecutar como un archivo utilizando el CLP de DB2. Si alguna de las sentencias contenidas en el archivo falla, es necesario revertir cada instrucci\u00f3n ejecutada con \u00e9xito […]<\/p>\n","protected":false},"author":1,"featured_media":528,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[67,6],"tags":[13,12],"class_list":["post-527","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-db2","category-linux","tag-db2","tag-linux"],"yoast_head":"\n