Tenemos un sistema web, donde el usuario de la aplicación tiene permisos
solamente de SELECT, INSERT, UPDATE y DELETE sobre las tablas.
El problema es, que luego de hacer varias pruebas encontrábamos que se
llenaba el log de transacciones, por lo que agregamos una función en un
include de la aplicación que ejecuta la sentencia "checkpoint", que lo que
hace es un commit sobre dicho log de transacciones y lo limpia. De esta
forma nunca hay errores por desbordamiento del segmento de rollback.

Entonces, el problema es, que no encuentro la forma de darle permisos al
usuario de la aplicación para que pueda ejecutar la sentencia "checkpoint".

Revisando documentos de microsoft encontré que esa opción "truncate
transaction log on checkpoint" en SQL Server 2000 no está mas, y que eso
esta implicito según el tipo de modelo de recuperación que tenga definida la
base (Full, Bulk-Logged, Simple), y ahora esta en Simple, que equivale a
tener habilitada la opción truncate log on checkpoint.
Asi que eso no es.


El día 13/08/07, Jose Mariano Alvarez <[EMAIL PROTECTED]>
escribió:
>
> Por que queres hacer eso?
>
> Solo lo pueden hace el sysadmin, el db_owner o el db_backupoperator y no
> se lo puedes asignar a nadie mas.
>
> Sin embargo hay una manera de hacerlo usando EXECUTE AS y un Stored
> procedure por ejemplo:.
>
> CREATE PROCEDURE DOCheckpoint
> AS
>  EXECUTE AS USER = 'UsuarioDbOwner';
>  CHECKPOINT;
>  REVERT;
>
>  Saludos
>
> --
> --------------------------------
> Atte.
> Ing. Jose Mariano Alvarez
> SQL Total Consulting
>
>
>
>
>
>
>
> On 8/13/07, Claudia Almeda <[EMAIL PROTECTED]> wrote:
> >
> > Hola lista...
> >
> > Tengo un problemita...
> > necesito saer como hacer para que un usuario que tiene GRANTpara insert,
> > update  y select pueda ejecutar CHECK POINT en SQL2005, se que desde SQL 7
> > habilito una opcion desde la adminitracion, pero no encuentro lo mismo en
> > SQL2005..
> > Alguien tiene una idea o conoce del tema...???
> >
> >
> > Muchas Gracias...
> >
> > --
> > Atte Almeda Claudia
> >
>
>
>


-- 
Atte Almeda Claudia

Responder a