tag:blogger.com,1999:blog-26801181.post6333491315969511507..comments2010-01-13T18:58:58.272+01:00José Luis Pérezhttps://profiles.google.com/102634062599347146150noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-26801181.post-56233995148696634102010-01-13T18:58:58.272+01:002010-01-13T18:58:58.272+01:00Gerardo, tu solución me suena a algo más elaborado pero parecido a realizar un COMMIT cada X número de registros procesados. Ya he comentado que esto puede causar problemas.Pepeluhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-41493990525882490732010-01-13T16:54:35.047+01:002010-01-13T16:54:35.047+01:00Pepe,<br /><br />Yo me he enfrentado a este problema, y lo que hago es crear una funcion que me devuelve con pipelined los registros que debo de modificar, lo que hago es crear un procedimiento ese procedimiento recibe como parametro la cantidad de registros por bloque a procesar, en base a ello obtengo el numero de segmentos que puedo obtener e itero este valor, en cada iteracion mando llamar una funcion, la cual previamente cree que recibe el numero de segmentos y el numero de registros por bloque y me regresa pipelined estos datos, y asi con el retorno de la funcion hago el proceso que requiero y antes de regresar a la iteracion de segmentos ejecuto mi commit.<br /><br />No se que pienses de esta salida, me gustaria saber tus comentarios.<br /><br />SaludosGerardohttp://www.blogger.com/profile/07456405989873401608noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-8292295361836585642009-12-30T19:38:00.608+01:002009-12-30T19:38:00.608+01:00Astrid, dejar el trigger funcionando durante la redefinición de la tabla crearía problemas de inconsistencia. Ese es el motivo por el que el paquete DBMS_REDEFINITION deshabilita los triggers.Pepeluhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-83805237456142988472009-12-30T19:33:48.905+01:002009-12-30T19:33:48.905+01:00Hola Pepelu...<br /><br />No hemos encontrado la solución a lo que necesitamos, por lo tanto, estabamos pensando en usar el redefinition para pasar de la tabla origen a la tabla temporal y sobre la tabla temporal crear un trigger BEFORE INSERT donde se valide si el registro insertado esta entre 1,2 y 3 si es así no lo inserte y sino que lo inserte... Pero al parecer el redefinition en oracle 9 deshabilita el trigger mientras se ejecuta el DBMS_REDEFINITION.START_REDEF_TABLE<br /><br />Sabes si se alguna manera se le puede indicar al redefinition que no deshabilite ese trigger? <br /><br />Gracias...Astridhttp://www.blogger.com/profile/02492646790572396044noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-36558097659375142522009-12-21T21:24:37.447+01:002009-12-21T21:24:37.447+01:00OK, muchas gracias :&#39;(Astridhttp://www.blogger.com/profile/02492646790572396044noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-65823183150417565932009-12-21T21:18:41.228+01:002009-12-21T21:18:41.228+01:00Astrid, que yo sepa la funcionalidad del paquete DBMS_REDEFINITION no permite hacer lo que pides, siempre opera sobre la totalidad de la tabla.Pepeluhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-63294500193291041612009-12-21T21:13:04.106+01:002009-12-21T21:13:04.106+01:00Hola Pepelu, muchas gracias por tu pronta respuesta, sin embargo, he buscado las utilidades del paquete pero en todas las explicaciones los ejemplos se hacen directamente con <b>todos</b> los registros de la tabla origen, sé que este paquete permite modificar datos de todos los registros o adicionar columnas sobre la tabla y algunas otras cosas más, pero lo que necesito saber es si este paquete permite hacer eso mismo sobre un porcentaje de los registros de la tabla... Digamos que necesito sacar el 90% de la información de esa tabla pero es demasiado grande para poder hacerlo en corto tiempo. Y ese paquete hace lo que necesito que haga pero excluyendo la información más vieja...<br />Gracias... :)Astridhttp://www.blogger.com/profile/02492646790572396044noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-45675771680937765112009-12-21T21:02:31.501+01:002009-12-21T21:02:31.501+01:00Hola Astrid,<br /><br />Es posible que esté artículo te ayude a comprender la utilidad del paquete estándar Oracle DBMS_REDEFINITION:<br /><br />http://www.dba-oracle.com/t_dbms_redefinition.htmPepeluhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-16409112011824377532009-12-21T20:50:32.316+01:002009-12-21T20:50:32.316+01:00Necesito pasar un porcentaje de información de una tabla con millones de registros usando el <b> DBMS_REDEFINITION </b>, es posible usar un <b> WHERE </b> dentro de este procedimiento para excluír algunos registros? Como se haría?Astridhttp://www.blogger.com/profile/02492646790572396044noreply@blogger.comtag:blogger.com,1999:blog-26801181.post-28537138362283562522009-09-15T22:39:05.079+02:002009-09-15T22:39:05.079+02:00En mi opinión transacciones parciales no solo tienen los problemas mencionados en el articulo, sino que a nivel de negocio pueden dar cabida a información errada, supongase una conversión monetaria: la mitad esta en una moneda y la mitad en otra, pues otro usuario puede leer la información que el servidor da por fija (committed)gusta1308http://www.blogger.com/profile/17216546656323422525noreply@blogger.com