No se si se podra aplicar en este caso, pero en una aplicacion vieja en Clipper (no se ofendan por la analogia) sucedia que la aplicacion insertaba muchos registros y tambien borraba muchos registros, y forzaba compactar la tabla para que no baje la performance. La solucion en ese momento fue "reciclar" registros, es decir, marcar los borrados con una marca (y no deletearlos), y al insertar siempre buscar primero si existen registros borrados, si existen se "reciclan", y si no existen, si insertar. Con las herramientas que te da el SQL Server (vistas en la que solo se muestren los registros "activos", stored procedures para agregar datos verificando primero que existan registros a reciclar) probablemente puedas implementar todo en la base de datos y tu aplicacion ni se va enterar. Espero haber sido claro y haberte ayudado.
daniel On Tue, 8 May 2007 12:07:51 -0300 "Jose Cardaropoli" <[EMAIL PROTECTED]> wrote: > Contesto sobre tu mail > ----- Original Message ----- > From: Gustavo Pace > To: [EMAIL PROTECTED] > Sent: Tuesday, May 08, 2007 10:54 AM > Subject: [dbms] Segundo Plano > > > Jose, disculpa la pregunta, pero la info a borrar que es??, > > Archivos cabecera y detalle de facturación > > no la podes marcar de alguna manera que se vaya borrando durante el dia?? > > Marcarlos y después borrarlos sería doble laburo (ya que el servidor > trabaja 24 x 365) > > > en algun mail que mandaste mencionaste que la base es de 7 GB, esa la debes > borrar entera?? > > No solo transacciones con determinado límite > > Quizas desde mi punto de vista existe un plan que te podes armar de borrado > que se ejecute cada x cantidad de tiempo > > Es lo que estoy haciendo, pero necesito que ese plan se ejecute en segundo > plano, para que no interfiera en la operatoria diaria > > Saludos > Gustavo > > > > -----Mensaje original----- > De: Jose Cardaropoli [mailto:[EMAIL PROTECTED] > Enviado el: Martes, 08 de Mayo de 2007 10:28 a.m. > Para: [EMAIL PROTECTED] > Asunto: [dbms] Segundo Plano > > > Perdón sigue el mensaje anterior.... > > Otro problema se va presentar cuando haga el DBCC SHRINKFILE para > empaquetar la base, que voy a tener que soportar el tiempo de empaquetado.... > > Cualquier sugerencia será bienvenida > > Desde ya muchas gracias > > José Cardaropoli > > > > > > > ----- Original Message ----- > From: Marcelo Colombani > To: [EMAIL PROTECTED] > Sent: Monday, May 07, 2007 7:37 PM > Subject: [dbms] Segundo Plano > > > Hola Jose según mi opinión, siempre que estes corriendo procesos en un > servidor de base de datos, este provocará actualizaciones concurrentes en las > tablas, y para mantener la consistencia de los datos se pueden probocar > bloqueos si se intenta actualizar los mismo registros o página de datos. > Pero si este proceso tiene la suficiente independencia en cuanto a las > actualizaciones, cada actualización afecta un conjunto reducido de datos y/o > las transacciones son lo suficientemente cortas, no creo que tengas > inconvenientes. > También podrias utilizar el nivel de aislamiento necesario, SET > TRANSACTION ISOLATION LEVEL. > > Cualquier cosa amplia la consulta para verlo en un ejemplo. > > Espero sea a lo que te referis y te sirva. > > Saludos > Marcelo Colombani > > ----- Original Message ----- > From: Jose Cardaropoli > To: Marcelo Colombani > Sent: Monday, May 07, 2007 4:16 PM > Subject: [dbms] Segundo Plano > > > Tengo que correr un proceso en el servidor, desde un cliente, pero > necesito que este proceso corra en segundo plano, que no interfiera con otros > procesos de otros clientes. > > Existe un algo en TSQL que setee esta opción ? > > > Desde ya muchas gracias > > José Cardaropoli > > > -------------------------------------------------------------------------- > > > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.5.441 / Virus Database: 268.18.26/752 - Release Date: > 08/04/2007 20:34 > > > > -- > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.5.446 / Virus Database: 269.0.0/752 - Release Date: 08/04/2007 > 08:34 p.m. > > > > > -- > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.5.446 / Virus Database: 269.0.0/752 - Release Date: 08/04/2007 > 08:34 p.m. > > > > > ------------------------------------------------------------------------------ > > > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.5.441 / Virus Database: 268.18.26/752 - Release Date: 08/04/2007 > 20:34 >
