Tablas, vistas, y sp

16/11/2005 - 11:19 por Nacho | Informe spam
Tengo un problema. He creado un proyecto adp, que a mi me funciona
perfectamente. Las tablas, las vistas y los procedimientos almacenados estan
en el SQL. Otra persona de la oficina ha abierto el fichero, y todo va bien,
menos que la mayoria de los informes no se los deja abrir porque dice que no
encuentra el objeto. Despuesde revisar permisos, todo esta bien. Per me he
dado cuenta de una cosa: a esta persona, en las tablas, las vistas y los
procedimientos almacenados, le aparece dbo al final de cada nombre de tabla,
consulta, y procedimiento almacenado. Por eso no le deja abrir los informes,
ya que si entro en su pc en el diseño del informe, esta basado en una vista
que no se llama igual. Como puedo quitarle esto en las tablas, consultas y
sp?. Espero que no me digais que le tengo que cambiar cada informe y ponerle
la consulta con el nombre que tiene lo de dbo al final, porque tengo que
cambiar un monton de usuarios. Si me voy a propiedades de la base de datos
del menu archivo del access, en la solapa contenido, donde vienen todos los
objetos de la base de datos, en mi pc aparecen los nombres de tablas,
vistas, procedimientos almacenados, etc... bien, pero en el pc de mi
compañero, las tablas, vistas, y sp le vienen con dbo. al principio del
nombre. Esta claro que es ese el problema. Como puedo corregirlo?

Muchas gracias

Nacho

Preguntas similare

Leer las respuestas

#6 Nacho
16/11/2005 - 13:12 | Informe spam
Eva: creo que es lo que tu dices. Pero, como que va a ser que no? No me lo
puedo creer. Tengo que cambiar a cada usuario todos los informes,
formularios, etc en cada pc?
No me digas eso por favor.

Acabo de descubrir algo: el problema no me pasa en los formularios, y eso
que estan basados en las mismas tablas y en las mismas vistas y sps.
La cuestion es que en las propiedades del informe, en: origen del registro,
pone el nombre de la consulta sin dbo. Pero debajo pone:
"cualificador de origen de registros", y esta vacio, cuando en los
formularios pone dbo. Ese es el problema. Pero por que me lo ha puesto el
solito en los formularios y no en los informes?. Ademas, en el usuario, si
pongo en "cualificador de origen de registros" dbo en el informe y lo
ejecuto, me lo abre perfectamente. El problema es que en el usuario no me
deja grabar. No tendre que hacer esto en cada usuario, no?

Como puedo solucionar esto de una manera rapida?

Gracias,

Nacho

"Eva E." escribió en el mensaje
news:
Hola Carlos :))))))

Como hay confianza, me voy a meter :Þ

En este caso se trata de un proyecto Access (ADP) trabajando directamente
(conexión OLEDB) contra SQL Server, sin importación alguna.

Nacho desarrolla utilizando el usuario "sa" y el resto de compis utilizan
seguridad Windows, supongo que con derechos restringidos. Lo que yo
entiendo es que Nacho ve las tablas (etc) como "Tabla" y el otro usuario
como "dbo.Tabla". Nacho tendrá una serie de objetos (informes, formus...)
basados en tablas, vistas, sp... que el otro usuario no será capaz de
utilizar. Entonces, lo que él quiere es hacer algo para no tener que
cambiar todos los orígenes de datos, modificar vistas y sp... de forma que
tooooodos vean todo. Y no sé por qué me da, que esto va a ser que no :))

Un saludo y gracias

Eva E.

"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:u%
Tiene pinta de que se ha vuelto a importar las tablas, y Access cuando
lo hace (que yo recuerde) importa también el usuario para no encontrarse
con
problemas de nombres duplicados. Renombra esas tablas en la base de datos
de
tu compañero y listo.

De todos modos te recomiendo que este tipo de preguntas las hagas en
Access mejor que aquí, pues seguro que te ayudan mejor. SQL Server no
tiene
nada que ver con lo que te ocurre


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Nacho" escribió en el mensaje
news:#$
Tengo un problema. He creado un proyecto adp, que a mi me funciona
perfectamente. Las tablas, las vistas y los procedimientos almacenados


estan
en el SQL. Otra persona de la oficina ha abierto el fichero, y todo va


bien,
menos que la mayoria de los informes no se los deja abrir porque dice
que


no
encuentra el objeto. Despuesde revisar permisos, todo esta bien. Per me
he
dado cuenta de una cosa: a esta persona, en las tablas, las vistas y los
procedimientos almacenados, le aparece dbo al final de cada nombre de


tabla,
consulta, y procedimiento almacenado. Por eso no le deja abrir los


informes,
ya que si entro en su pc en el diseño del informe, esta basado en una


vista
que no se llama igual. Como puedo quitarle esto en las tablas, consultas
y
sp?. Espero que no me digais que le tengo que cambiar cada informe y


ponerle
la consulta con el nombre que tiene lo de dbo al final, porque tengo que
cambiar un monton de usuarios. Si me voy a propiedades de la base de
datos
del menu archivo del access, en la solapa contenido, donde vienen todos


los
objetos de la base de datos, en mi pc aparecen los nombres de tablas,
vistas, procedimientos almacenados, etc... bien, pero en el pc de mi
compañero, las tablas, vistas, y sp le vienen con dbo. al principio del
nombre. Esta claro que es ese el problema. Como puedo corregirlo?

Muchas gracias

Nacho










Respuesta Responder a este mensaje
#7 Carlos Sacristán
16/11/2005 - 13:13 | Informe spam
Nada Eva, estás en tu casa (no vaya a ser que reciba una colleja por
meterme con Access) ;-)

De todos modos, hay algo que no me cuadra: aunque el resto de los
usuarios con que se conectan a SQL Server no sean miembros de la función
sysadmin, como sí lo es sa (que es con el que, según parece, trabaja Nacho),
deberían ser capaces de leer encontrar los objetos cuyo propietario sea dbo.
Otra cosa es que el propietario del objeto fuera otro, entonces si no lo
cualificaras como propietario.objeto, no lo encontraría, pero no es el caso,
no?

Nacho habla de que después del nombre de las tablas, vistas, etc, se le
ha añadido 'dbo'... ¿esto no es tema de Access? Es que este punto me
desorienta un poco


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Eva E." escribió en el mensaje
news:
Hola Carlos :))))))

Como hay confianza, me voy a meter :Þ

En este caso se trata de un proyecto Access (ADP) trabajando directamente
(conexión OLEDB) contra SQL Server, sin importación alguna.

Nacho desarrolla utilizando el usuario "sa" y el resto de compis utilizan
seguridad Windows, supongo que con derechos restringidos. Lo que yo


entiendo
es que Nacho ve las tablas (etc) como "Tabla" y el otro usuario como
"dbo.Tabla". Nacho tendrá una serie de objetos (informes, formus...)


basados
en tablas, vistas, sp... que el otro usuario no será capaz de utilizar.
Entonces, lo que él quiere es hacer algo para no tener que cambiar todos


los
orígenes de datos, modificar vistas y sp... de forma que tooooodos vean
todo. Y no sé por qué me da, que esto va a ser que no :))

Un saludo y gracias

Eva E.

"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:u%
> Tiene pinta de que se ha vuelto a importar las tablas, y Access


cuando
> lo hace (que yo recuerde) importa también el usuario para no encontrarse
> con
> problemas de nombres duplicados. Renombra esas tablas en la base de


datos
> de
> tu compañero y listo.
>
> De todos modos te recomiendo que este tipo de preguntas las hagas en
> Access mejor que aquí, pues seguro que te ayudan mejor. SQL Server no
> tiene
> nada que ver con lo que te ocurre
>
>
> Un saludo
>
> -
> "Sólo sé que no sé nada. " (Sócrates)
>
> "Nacho" escribió en el mensaje
> news:#$
>> Tengo un problema. He creado un proyecto adp, que a mi me funciona
>> perfectamente. Las tablas, las vistas y los procedimientos almacenados
> estan
>> en el SQL. Otra persona de la oficina ha abierto el fichero, y todo va
> bien,
>> menos que la mayoria de los informes no se los deja abrir porque dice


que
> no
>> encuentra el objeto. Despuesde revisar permisos, todo esta bien. Per me
>> he
>> dado cuenta de una cosa: a esta persona, en las tablas, las vistas y


los
>> procedimientos almacenados, le aparece dbo al final de cada nombre de
> tabla,
>> consulta, y procedimiento almacenado. Por eso no le deja abrir los
> informes,
>> ya que si entro en su pc en el diseño del informe, esta basado en una
> vista
>> que no se llama igual. Como puedo quitarle esto en las tablas,


consultas
>> y
>> sp?. Espero que no me digais que le tengo que cambiar cada informe y
> ponerle
>> la consulta con el nombre que tiene lo de dbo al final, porque tengo


que
>> cambiar un monton de usuarios. Si me voy a propiedades de la base de
>> datos
>> del menu archivo del access, en la solapa contenido, donde vienen todos
> los
>> objetos de la base de datos, en mi pc aparecen los nombres de tablas,
>> vistas, procedimientos almacenados, etc... bien, pero en el pc de mi
>> compañero, las tablas, vistas, y sp le vienen con dbo. al principio del
>> nombre. Esta claro que es ese el problema. Como puedo corregirlo?
>>
>> Muchas gracias
>>
>> Nacho
>>
>>
>
>


Respuesta Responder a este mensaje
#8 Eva E.
16/11/2005 - 13:21 | Informe spam
Hola Carlos (cuidadín, que ya sabes que te guardo la agenda de las collejas
hasta que vuelvas) , me voy al último párrafo:

Nacho habla de que después del nombre de las tablas, vistas, etc, se le
ha añadido 'dbo'... ¿esto no es tema de Access? Es que este punto me
desorienta un poco



Pues no sé exactametne si esto lo hace Access o es lo que ocurre
normalmente, en Access te puedo garantizar que sí pasa. A ver si hay alguien
que lo tenga clarito y nos saque de dudas.

Gracias :))

Eva E.
Respuesta Responder a este mensaje
#9 Eva E.
16/11/2005 - 15:01 | Informe spam
Probado y confirmado para todas las versiones :)

"Eva E." escribió en el mensaje
news:%
Hola Carlos (cuidadín, que ya sabes que te guardo la agenda de las
collejas hasta que vuelvas) , me voy al último párrafo:

Nacho habla de que después del nombre de las tablas, vistas, etc, se
le
ha añadido 'dbo'... ¿esto no es tema de Access? Es que este punto me
desorienta un poco



Pues no sé exactametne si esto lo hace Access o es lo que ocurre
normalmente, en Access te puedo garantizar que sí pasa. A ver si hay
alguien que lo tenga clarito y nos saque de dudas.

Gracias :))

Eva E.

Respuesta Responder a este mensaje
#10 Maxi
16/11/2005 - 18:47 | Informe spam
Hola, un solo comentario, es una EXCELENTE practica poner el propietario
siempre delante de los objetos. No es nada bueno hacer

Select campos from objeto

o

create table objeto

Esto no es lo mejor, es mas , en sql2005 vas a tener muchos problemas con
esto, asi que como comentario TODO debe ir con el propietario. Hoy en
sql2000 lo ideal es que el propietario de los objetos sea siempre DBO, en
sql 2005 esto cambia considerablemente.



Salu2
Maxi [MVP SQL SERVER]


"Eva E." escribió en el mensaje
news:uqr$
Probado y confirmado para todas las versiones :)

"Eva E." escribió en el mensaje
news:%
Hola Carlos (cuidadín, que ya sabes que te guardo la agenda de las
collejas hasta que vuelvas) , me voy al último párrafo:

Nacho habla de que después del nombre de las tablas, vistas, etc, se
le
ha añadido 'dbo'... ¿esto no es tema de Access? Es que este punto me
desorienta un poco



Pues no sé exactametne si esto lo hace Access o es lo que ocurre
normalmente, en Access te puedo garantizar que sí pasa. A ver si hay
alguien que lo tenga clarito y nos saque de dudas.

Gracias :))

Eva E.





Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida