Cuando se usa dbo para calificar una tabla ?

Hola, mira yo siempre lo uso y trato de no tener tablas no objetos que no
sean DBO. Pero podrias tener un objeto para un propietario distinto de DBO,
por ej

Imaginate este escenario

Armas una vista de pedidos de clientes, pero queres que el gerente de ventas
tenga un modelo y los empleadores otro.

La vista la podriamos llamar "Ventas" y dependiendo del propietario que la
llama sera cual vista trae (si haces bien la consulta claro ;)

select * from bdd.propietario.ventas

Pero te repito, yo esto no lo uso y trato de evitarlo, ya que es a la larga
un enorme problema de mantenimiento posterior :(




Salu2
Maxi


"El foxero" escribió en el mensaje
news:

Eso... cuando se debe usar el prefijo "dbo" para calificar una tabla y
cuando no ?

Hola, se debe utilizar cuando No se desea realizar una administracion puntual
sobre las tablas y los usuarios que las han creado. Por ejemplo cuando se
tiene un aplicativo corporativo y la seguridad depende de los Logins,
usuarios y permisos asociados en el aplicativo, y ademas los usuarios no
tienen permisos de administrativos como es el caso de crear sus propias
tablas.

Nota: Ya que cualquier miembro del Role SysAdmin es mapeado como usuario
dbo, esto permite que cualquier objeto creado por los miembros "dbo" esten
disponibles para el resto de miembros del Role SysAdmin.

Los usuario "dbo" pueden realizar cualquier actividad en la base de datos.

Espero haber ayudado.

Hermilson Tinoco.
Colombia

"El foxero" wrote:

Eso... cuando se debe usar el prefijo "dbo" para calificar una tabla y
cuando no ?

Hola:
Nunca?
Si todos los objetos le pertenecen a dbo para que se lo agegro? Se me
ocurren varias opciones:
a) Hacerlo incompatible con otros motores de BD.
b) Escribir mas codigo para cobrar mas.
c) Hacer el codigo mas dificil de leer.
La mayoria de los desarrolladores no nombran loss objetos con
Servidor.BaseDatos.Propietario.Objeto Esto es bueno, porque si cambia de
servidor?, si cambia de Base de Datos, porque con el propietario es
diferente.
Una opinion, nada mas.

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"El foxero" wrote in message
news:

Eso... cuando se debe usar el prefijo "dbo" para calificar una tabla y
cuando no ?

A mi parecer fue una mala implementación del concepto de
schema, felizmente que esto se corrige en SQL Server 2005.

Saludos,
Ulises

Hola:
Nunca?
Si todos los objetos le pertenecen a dbo para que se

lo agegro? Se me

ocurren varias opciones:
a) Hacerlo incompatible con otros motores de BD.
b) Escribir mas codigo para cobrar mas.
c) Hacer el codigo mas dificil de leer.
La mayoria de los desarrolladores no nombran loss

objetos con

Servidor.BaseDatos.Propietario.Objeto Esto es bueno,

porque si cambia de

servidor?, si cambia de Base de Datos, porque con el

propietario es

diferente.
Una opinion, nada mas.

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"El foxero" wrote in message
news:

Eso... cuando se debe usar el prefijo "dbo" para

calificar una tabla y

cuando no ?

.

"El foxero" wrote in message news:...

Eso... cuando se debe usar el prefijo "dbo" para calificar una tabla y
cuando no ?

Debes usarlo cuando quieras hacer referencia explícita a una tabla
creada por un usuario de la función de servidor sysadmin. En caso
contrario podrías estar haciendo referencia (en un caso muy remoto) a
la tabla equivocada.

De todas formas es buena práctica cualificar el nombres de objetos con
el nomre del propietario aunque sea siempre dbo.