Execute

Hola!!! yo lo que uso son funciones de aplicacion, claro deberias cambiar
cosas en tu sistema :(.

Otra opcion es usar vistas por ej para lo que es consultas y dejas los SP
para el resto.

En el portal de Miguel (www.portalsql.com) escribi hace un tiempo un
articulo que explica el uso de las funciones de aplicacion, miralo un poco y
fijate si te es util.

Bye


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"ChAtEiToR" escribió en el mensaje
news:797f01c402b6$bc751670$
Estimados:

Tengo una aplicacion en VB con SQL 7.0.

Esta aplicacion maneja perfiles de usuarios que dan acceso
a los distintos menus del sistema. Cada perfil lo creo
como un Role de SQl dentro de la BD y asigno los usuarios
que corresponda a ese role.

Estos Roles tienen permisos "SOLO" a exec de
Procedimientos almacenados y "nunca" a las tablas.

El problema se me esta presentando ya que habilitamos una
opcion en el cual el usuario puede crear sus propias
consultas, generar reportes mezclando todas las opciones
del sistema, ya que cada usuario necesita sacar
información distinta.

Estos "filtros" personalizados se guardan en un campo X de
la BD y para ejecutarlo necesariamente se debe hacer un
Exec del string que generó, es aqui donde tengo el
problema, ya que el Exec de un string necesita permisos
sobre las tablas y no solo al SP que ejecuta ese Exec.

¿Alguna idea de como solucionarlo?

Lo ideal es no tener que dar permisos sobre las tablas,
solo dar persmisos a los procedimientos.

Espero sus comentarios y sugerencias.
Saludos.
Cristian.



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.593 / Virus Database: 376 - Release Date: 21/02/2004