COMO OTORGAR PERMISOS

03/12/2003 - 00:49 por Carlos Verano | Informe spam
Saludos miembros de la comunidad.

Les agradeceré mucho su apoyo para poder solucionar un
problema de Permisos de Tablas, explico brevemente :
Tengo una base de datos PISAC y allí tengo adicionados 2
usuarios uno PISACADM que es el usuario administrador y
propietario de las tablas creadas allí y otro usuario
USER01 que es el operador; Cuando deseo que el usuario
USER01 pueda consultar la tabla TIPODECAMBIO ú otra que
exista en la base de datos PISAC, me devuelve que el
objeto no existe, he utilizado el comando GRANT desde
ingresando con el usuario PISACADM para proporcionarle a
USER01 los permisos de SELECT, UPDATE y aun así no logro
que USER01 pueda efectuar el SELECT a ninguna de las
tablas, esta faltando acaso algún otro paso.
Espero puedan indicarme la solución y paso a realizar,
desde ya muchas gracias.

Atte.

Carlos Verano
Lima - PERU

Preguntas similare

Leer las respuestas

#6 ulises
03/12/2003 - 02:03 | Informe spam
Como te comentaba en un mensaje anterior, las tablas deben ser creadas
con el usuario dbo para que no sea necesario mencionar el propietario
cuando se haga referencia a ella. si ya están creadas cambia el
propietado con el procedimiento (revisalo en el BOL)

sp_changeobjetowner

y las nuevas tablas que crees hazlo con :

CREATE dbo.nombredetabla ...

Saludos,
Ulises


On Tue, 2 Dec 2003 16:40:40 -0800, "Carlos Verano"
wrote:

Saludos Max

Agradezco tu rápida respuesta, te comento :

Resulta que el usuario (USER01) al logearse a la base
PISAC y al ejecutar la sentencia

select * from usuarios

Me devuelve error debido a que no encuentra el objeto
usuarios, y si mas
bien escribo PISACADM.usuarios o sea :

select * from PISACADM.usuarios

Este lo ejecuta correctamente, no entiendo la verdad en
Oracle es simplemente crear un sinónimo y listo, en SQL no
hay comando similar, pero estoy seguro que hay otras
formas, pero lamentablemente no las conozco, agradezco
nuevamente tu apoyo.
Respuesta Responder a este mensaje
#7 Anonimo
03/12/2003 - 02:16 | Informe spam
Conectado con el usuario PISACADM, es con este usuario que
se crearon las tablas.

Grant Select, Insert, Update, Delete On usua_usu
To USER01
Comandos completados con éxito.







También probé con lo siguiente

Grant Select, Insert, Update, Delete On usua_usu
To Public
Comandos completados con éxito.







Al realizar la comprobación por el Enterprise Manager
Esta ok, están los permisos asignados pero sin embargo al
realizar la consulta con el usuario conectado USER01

Select * From usua_usu

Servidor: mensaje 208, nivel 16, estado 1, línea 1






El nombre de objeto 'usua_usu' no es válido.

Espero tus comentarios, a lo mejor deba de crear
nuevamente las tablas utilizando el usuario DBO.

Gracias

Cuando dices que PISACADM es "el propietario de las


tablas creadas"
significa que pertenece al rol db_owner o que las tablas


han sido
creadas con ese propietario, si es el último caso


entonces las tablas
tienen que hacerse referencia indicando el propietario :

PISACADM.tabla

cuando no se indica el propietario asume dbo.

En caso que sea lo primero, me parece raro que no puedas


darle GRANT a
los objetos, envia tus sentencias para revisarlas.

Saludos,
Ulises

On Tue, 2 Dec 2003 15:49:12 -0800, "Carlos Verano"
wrote:

Saludos miembros de la comunidad.

Les agradeceré mucho su apoyo para poder solucionar un
problema de Permisos de Tablas, explico brevemente :
Tengo una base de datos PISAC y allí tengo adicionados 2
usuarios uno PISACADM que es el usuario administrador y
propietario de las tablas creadas allí y otro usuario
USER01 que es el operador; Cuando deseo que el usuario
USER01 pueda consultar la tabla TIPODECAMBIO ú otra que
exista en la base de datos PISAC, me devuelve que el
objeto no existe, he utilizado el comando GRANT desde
ingresando con el usuario PISACADM para proporcionarle a
USER01 los permisos de SELECT, UPDATE y aun así no logro
que USER01 pueda efectuar el SELECT a ninguna de las
tablas, esta faltando acaso algún otro paso.
Espero puedan indicarme la solución y paso a realizar,
desde ya muchas gracias.

Atte.

Carlos Verano
Lima - PERU




.

Respuesta Responder a este mensaje
#8 Carlos Verano
03/12/2003 - 02:26 | Informe spam
Saludos Ulises

Vale la aclaración y ahora que lo mencionas no tengo el
procedimiento almacenado sp_changeobjetowner

Espero que puedas indicarme como activarlo o de donde lo
puedo obtener.

Adicionalmente desde donde debo ejecutar este
procedimiento, desde el propietario PISACADM para cambiar
a DBO.

Gracias


Como te comentaba en un mensaje anterior, las tablas


deben ser creadas
con el usuario dbo para que no sea necesario mencionar el


propietario
cuando se haga referencia a ella. si ya están creadas


cambia el
propietado con el procedimiento (revisalo en el BOL)

sp_changeobjetowner

y las nuevas tablas que crees hazlo con :

CREATE dbo.nombredetabla ...

Saludos,
Ulises


On Tue, 2 Dec 2003 16:40:40 -0800, "Carlos Verano"
wrote:

Saludos Max

Agradezco tu rápida respuesta, te comento :

Resulta que el usuario (USER01) al logearse a la base
PISAC y al ejecutar la sentencia

select * from usuarios

Me devuelve error debido a que no encuentra el objeto
usuarios, y si mas
bien escribo PISACADM.usuarios o sea :

select * from PISACADM.usuarios

Este lo ejecuta correctamente, no entiendo la verdad en
Oracle es simplemente crear un sinónimo y listo, en SQL




no
hay comando similar, pero estoy seguro que hay otras
formas, pero lamentablemente no las conozco, agradezco
nuevamente tu apoyo.



.

Respuesta Responder a este mensaje
#9 Maximiliano Damian Accotto
03/12/2003 - 02:29 | Informe spam
si o cambiar el propietario nomas!!!

pero si no usas dbo.tabla por ej deberas poner en tu select el nombre del
usuario!!

por eso no te encuentra el objeto,

Oracle es otra cosa aca estamos en SQLserver jeje!!
Es una broma nomas para mi los 2 motores son de muy alta calidad por mas q
me quede con SQL en lugar de Oracle!! (no entremos en polemica pero si te
interesa te puedo dar mi punto de vista de porque esto)

Un saludo enorme

Accotto Maximiliano Damian
Fundicion San Cayetano S.A.
Buenos Aires Argentina
Gerente de Sistemas y Tecnologia
()

msn:
escribió en el mensaje
news:061301c3b93b$1a4d2be0$

Conectado con el usuario PISACADM, es con este usuario que
se crearon las tablas.

Grant Select, Insert, Update, Delete On usua_usu
To USER01
Comandos completados con éxito.







También probé con lo siguiente

Grant Select, Insert, Update, Delete On usua_usu
To Public
Comandos completados con éxito.







Al realizar la comprobación por el Enterprise Manager
Esta ok, están los permisos asignados pero sin embargo al
realizar la consulta con el usuario conectado USER01

Select * From usua_usu

Servidor: mensaje 208, nivel 16, estado 1, línea 1






El nombre de objeto 'usua_usu' no es válido.

Espero tus comentarios, a lo mejor deba de crear
nuevamente las tablas utilizando el usuario DBO.

Gracias

Cuando dices que PISACADM es "el propietario de las


tablas creadas"
significa que pertenece al rol db_owner o que las tablas


han sido
creadas con ese propietario, si es el último caso


entonces las tablas
tienen que hacerse referencia indicando el propietario :

PISACADM.tabla

cuando no se indica el propietario asume dbo.

En caso que sea lo primero, me parece raro que no puedas


darle GRANT a
los objetos, envia tus sentencias para revisarlas.

Saludos,
Ulises

On Tue, 2 Dec 2003 15:49:12 -0800, "Carlos Verano"
wrote:

Saludos miembros de la comunidad.

Les agradeceré mucho su apoyo para poder solucionar un
problema de Permisos de Tablas, explico brevemente :
Tengo una base de datos PISAC y allí tengo adicionados 2
usuarios uno PISACADM que es el usuario administrador y
propietario de las tablas creadas allí y otro usuario
USER01 que es el operador; Cuando deseo que el usuario
USER01 pueda consultar la tabla TIPODECAMBIO ú otra que
exista en la base de datos PISAC, me devuelve que el
objeto no existe, he utilizado el comando GRANT desde
ingresando con el usuario PISACADM para proporcionarle a
USER01 los permisos de SELECT, UPDATE y aun así no logro
que USER01 pueda efectuar el SELECT a ninguna de las
tablas, esta faltando acaso algún otro paso.
Espero puedan indicarme la solución y paso a realizar,
desde ya muchas gracias.

Atte.

Carlos Verano
Lima - PERU




.

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida