todo con dbo y rol de usuarios

Excepto que Acces te esté añadiendo delante del nombre del objeto el
usuario, esto no debería suceder, si pruebas desde el analizador de
consultas esto
exec sp_addlogin 'pruebas','pruebas','northwind'
exec sp_Grantdbaccess 'pruebas'
y despues te conectas como pruebas,pruebas
verás que si ejecutas select * from orders, te sale la información. Tambien
es cierto que public tiene muchos permisos en Northwind, pero no ha sido
necesario hacer ningun cambio en el código .¿El usuario tiene permisos en
los objetos?

Saludos
Miguel Egea

"Julio Pastor" escribió en el mensaje
news:

Hola a todos, con una consulta (supongo que trivial para casi todo el

mundo)

me bautizo en este grupo. Soy un usuario más o menos experto de Access

pero

novato en SQL Server.

Proyecto .ADP en XP atacando datos en MSDE 2000 SP3. He desarrollado todo
el interfaz en Access como buenamente he podido y creado todos los objetos
de SQL con el usuario dbo (que creo además es lo correcto). Mi problema es
cuando ahora voy a instalar en producción y defino roles de usuarios, y NO
los hago pertenecer al sysadmin. En VBA me he referido a los objetos de

SQL

por su nombre, y no me los encuentra a no ser que añada el dbo.

delante

del nombre de objeto. ¿Algo rapidito o me reviso todo el código añadiendo
el dbo. a los nombres de tablas, prodecimientos, etc?

Gracias y saludos

Julius
Zaragoza

El usuario tiene permisos obre los objetos, fíjate si los tiene que desde la
ventana de Access puedo ejecutar los procedimientos almacenados que "dice"
que no ve en tiempo de ejecución desde un formulario.
Un ejemplo: un formulario cuyo origen de registro varía en función de una
selección, en concreto son cuatro prodecimientos almacenados diferentes. Le
paso por VBA el Me.RecordSource = "origen_personal_1" ... hasta el 4, con un
CASE según lo que selecciona el usuario, y al ejecutarse dice que NO
encuentra el procedimiento. Pero si en el recordsource le añado el dbo.
delante (dbo.origen_personal_1) entonces funciona !!!

Los únicos errores me los genera en propiedades de este tipo y en VBA, el
resto de la aplicación no lo he tenido que tocar. De todas maneras, seguiré
haciendo pruebas, ya para el lunes... que es sábado... que son Pilares...

Gracias y buen fin de semana


Julius
Zaragoza


"Miguel Egea" escribió en el mensaje
news:

Excepto que Acces te esté añadiendo delante del nombre del objeto el
usuario, esto no debería suceder, si pruebas desde el analizador de
consultas esto
exec sp_addlogin 'pruebas','pruebas','northwind'
exec sp_Grantdbaccess 'pruebas'
y despues te conectas como pruebas,pruebas
verás que si ejecutas select * from orders, te sale la información.

Tambien

es cierto que public tiene muchos permisos en Northwind, pero no ha sido
necesario hacer ningun cambio en el código .¿El usuario tiene permisos en
los objetos?

Saludos
Miguel Egea

"Julio Pastor" escribió en el mensaje
news:
> Hola a todos, con una consulta (supongo que trivial para casi todo el
mundo)
> me bautizo en este grupo. Soy un usuario más o menos experto de Access
pero
> novato en SQL Server.
>
> Proyecto .ADP en XP atacando datos en MSDE 2000 SP3. He desarrollado

todo

> el interfaz en Access como buenamente he podido y creado todos los

objetos

> de SQL con el usuario dbo (que creo además es lo correcto). Mi problema

es

> cuando ahora voy a instalar en producción y defino roles de usuarios, y

NO

> los hago pertenecer al sysadmin. En VBA me he referido a los objetos de
SQL
> por su nombre, y no me los encuentra a no ser que añada el dbo.
delante
> del nombre de objeto. ¿Algo rapidito o me reviso todo el código

añadiendo

> el dbo. a los nombres de tablas, prodecimientos, etc?
>
> Gracias y saludos
>
> Julius
> Zaragoza
>
>

Podrías intentar añadir tu usuario al grupo db_owner en lugar de a sysadmin,
quizá sea suficiente. La verdad es que con access no tengo demasiada
experiencia.

¡Disfruta de las fiestas del Pilar!,

Saludos desde Murcia



"Julio Pastor" escribió en el mensaje
news:#

El usuario tiene permisos obre los objetos, fíjate si los tiene que desde

la

ventana de Access puedo ejecutar los procedimientos almacenados que "dice"
que no ve en tiempo de ejecución desde un formulario.
Un ejemplo: un formulario cuyo origen de registro varía en función de una
selección, en concreto son cuatro prodecimientos almacenados diferentes.

Le

paso por VBA el Me.RecordSource = "origen_personal_1" ... hasta el 4, con

un

CASE según lo que selecciona el usuario, y al ejecutarse dice que NO
encuentra el procedimiento. Pero si en el recordsource le añado el

dbo.

delante (dbo.origen_personal_1) entonces funciona !!!

Los únicos errores me los genera en propiedades de este tipo y en VBA, el
resto de la aplicación no lo he tenido que tocar. De todas maneras,

seguiré

haciendo pruebas, ya para el lunes... que es sábado... que son Pilares...

Gracias y buen fin de semana


Julius
Zaragoza


"Miguel Egea" escribió en el mensaje
news:
> Excepto que Acces te esté añadiendo delante del nombre del objeto el
> usuario, esto no debería suceder, si pruebas desde el analizador de
> consultas esto
> exec sp_addlogin 'pruebas','pruebas','northwind'
> exec sp_Grantdbaccess 'pruebas'
> y despues te conectas como pruebas,pruebas
> verás que si ejecutas select * from orders, te sale la información.
Tambien
> es cierto que public tiene muchos permisos en Northwind, pero no ha sido
> necesario hacer ningun cambio en el código .¿El usuario tiene permisos

en

> los objetos?
>
> Saludos
> Miguel Egea
>
> "Julio Pastor" escribió en el mensaje
> news:
> > Hola a todos, con una consulta (supongo que trivial para casi todo el
> mundo)
> > me bautizo en este grupo. Soy un usuario más o menos experto de Access
> pero
> > novato en SQL Server.
> >
> > Proyecto .ADP en XP atacando datos en MSDE 2000 SP3. He desarrollado
todo
> > el interfaz en Access como buenamente he podido y creado todos los
objetos
> > de SQL con el usuario dbo (que creo además es lo correcto). Mi

problema

es
> > cuando ahora voy a instalar en producción y defino roles de usuarios,

y

NO
> > los hago pertenecer al sysadmin. En VBA me he referido a los objetos

de

> SQL
> > por su nombre, y no me los encuentra a no ser que añada el dbo.
> delante
> > del nombre de objeto. ¿Algo rapidito o me reviso todo el código
añadiendo
> > el dbo. a los nombres de tablas, prodecimientos, etc?
> >
> > Gracias y saludos
> >
> > Julius
> > Zaragoza
> >
> >
>
>

Bueno, resulta que se trata de una propiedad de los formularios y los
informes de Access que se llama "Cualificador de origen de registros"
Lo que me pasaba es que en los formularios e informes que NO tenían Origen
de Registro y lo pasaba por código, no tenían esta propiedad del
cualificador establecida a "dbo", con lo que Access no encontraba el objeto
en tiempo de ejecución (ni aún metiendo el usuario en db_owner)

Simplemente se trata de establecer esa propiedad a dbo

Gracias en cualquier caso, Miguel

P.D.: Creo que ya me empiezo a recuperar de las fiestas del Pilar

"Miguel Egea" escribió en el mensaje
news:

Podrías intentar añadir tu usuario al grupo db_owner en lugar de a

sysadmin,

quizá sea suficiente. La verdad es que con access no tengo demasiada
experiencia.

¡Disfruta de las fiestas del Pilar!,

Saludos desde Murcia



"Julio Pastor" escribió en el mensaje
news:#
> El usuario tiene permisos obre los objetos, fíjate si los tiene que

desde

la
> ventana de Access puedo ejecutar los procedimientos almacenados que

"dice"

> que no ve en tiempo de ejecución desde un formulario.
> Un ejemplo: un formulario cuyo origen de registro varía en función de

una

> selección, en concreto son cuatro prodecimientos almacenados diferentes.
Le
> paso por VBA el Me.RecordSource = "origen_personal_1" ... hasta el 4,

con

un
> CASE según lo que selecciona el usuario, y al ejecutarse dice que NO
> encuentra el procedimiento. Pero si en el recordsource le añado el
dbo.
> delante (dbo.origen_personal_1) entonces funciona !!!
>
> Los únicos errores me los genera en propiedades de este tipo y en VBA,

el

> resto de la aplicación no lo he tenido que tocar. De todas maneras,
seguiré
> haciendo pruebas, ya para el lunes... que es sábado... que son

Pilares...

>
> Gracias y buen fin de semana
>
>
> Julius
> Zaragoza
>
>
> "Miguel Egea" escribió en el mensaje
> news:
> > Excepto que Acces te esté añadiendo delante del nombre del objeto el
> > usuario, esto no debería suceder, si pruebas desde el analizador de
> > consultas esto
> > exec sp_addlogin 'pruebas','pruebas','northwind'
> > exec sp_Grantdbaccess 'pruebas'
> > y despues te conectas como pruebas,pruebas
> > verás que si ejecutas select * from orders, te sale la información.
> Tambien
> > es cierto que public tiene muchos permisos en Northwind, pero no ha

sido

> > necesario hacer ningun cambio en el código .¿El usuario tiene permisos
en
> > los objetos?
> >
> > Saludos
> > Miguel Egea
> >
> > "Julio Pastor" escribió en el mensaje
> > news:
> > > Hola a todos, con una consulta (supongo que trivial para casi todo

el

> > mundo)
> > > me bautizo en este grupo. Soy un usuario más o menos experto de

Access

> > pero
> > > novato en SQL Server.
> > >
> > > Proyecto .ADP en XP atacando datos en MSDE 2000 SP3. He

desarrollado

> todo
> > > el interfaz en Access como buenamente he podido y creado todos los
> objetos
> > > de SQL con el usuario dbo (que creo además es lo correcto). Mi
problema
> es
> > > cuando ahora voy a instalar en producción y defino roles de

usuarios,

y
> NO
> > > los hago pertenecer al sysadmin. En VBA me he referido a los objetos
de
> > SQL
> > > por su nombre, y no me los encuentra a no ser que añada el dbo.
> > delante
> > > del nombre de objeto. ¿Algo rapidito o me reviso todo el código
> añadiendo
> > > el dbo. a los nombres de tablas, prodecimientos, etc?
> > >
> > > Gracias y saludos
> > >
> > > Julius
> > > Zaragoza
> > >
> > >
> >
> >
>
>