SQL2005 - esquemas ... qué hago ?!

A ver, imaginate esto, tenes un schema ventas y uno compras, y a los
usuarios de ventas solo le queres dar permisos a sus objetos y a los de
compras a los de el, esa seria una razon.
Otra es el orden, no es lo mismo tener todo desordenado que agrupado y saber
que todo lo que esta ahi dentro pertence a un dominio de aplicacion por ej.
Tambien hasta podrias tener vistas distintas, imaginate que necesites una
vista para las OC donde en alguna solo se muestren unos datos y en otras
otros, la vista se debe llamar siempre igual y segun el usuario saber cual
usar.
Hay miles de solcuiones, de hecho la mala constumbre de siempre usar DBO
lleva justamente a que vos preguntes para que queremos los Schemas o bien
los propietarios.


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"bajopalabra" escribió en el mensaje
news:

bueno, eso lo solucioné
con una función de db (rol)
que se llama perfil_1 ... N
donde cada perfil agrupa funciones
tipo fun__adminClientes, fun__emitirFacturas
y cada función es la que tiene permisos asignados
a cada stored

pero volviendo al tema,
para qué querría un administrador que los objetos tengan
distintos propietarios ??


atte,
Hernán
"Maxi" escribió en el mensaje
news:
| Hola, a ver, el schema es un contenedor de objetos., de hecho yo los
estoy
| usando y mucho, por ej.
|
| Tengo Schemas definidos asi:
|
| FC_clientes
| OC
| Pedidos
|
| Luego a cada uno de estos schemas les pongo los objetos relacionados con
| esto, tablas-Sp´s-UDF,etc.
|
| Una gran ventaja es, un user X ahora le quiero dar permiso a todos los
| objetos del Schema OC, no debo dar permiso uno a uno.
| Es una forma de ordenar por un principio, antes en sql2k se podia igual
| hacer pero con propietarios, que sucedia con esto? que cuando el
propietario
| era eliminado de la bdd habia primero q cambiar los propietarios de los
| objetos que este tenia, ahora eso no sucede asi, el schema es
idependiente
| del propietario :-)
|
| --
|
| --
| Salu2
| Maxi [MVP SQL SERVER]
| www.sqlgurus.org
|
|
| "bajopalabra" escribió en el mensaje
| news:%
| > gracias por los comentarios
| > lo que quiero desentrañar es
| > por qué planificaría una DB
| > utilizando esquemas
| >
| > ayer descubrí que por ej,
| > puedo crear una tabla con el mismo nombre
| > conectándome como usuarios de distintos esquemas
| > es decir, en la lista de tablas puedo ver
| >
| > dbo.TablaPrueba
| > esq_prueba.TablaPrueba
| >
| > se me ocurre que los esquemas pueden ser útiles
| > para probar cambios antes de actualizar efectivamente
| > dado que la persona que prueba se conecta
| > con un usuario asociado a un esquema de prueba
| >
| > creo que también sería útil
| > si tengo distintas entidades con algunas diferencias
| > según el usuario que inicia sesión
| > a lo mejor si tengo Sucursales (por decir algo)
| > y deseo que cada sucursal tenga un esquema distinto
| > pero en ese caso no sería una solución escalable para nada
| >
| > qué otra utilidad
| > podría darle a esta nueva prestación (los esquemas) ??
| >
| > gracias
| >
| > --
| > atte,
| > Hernán
| > "bajopalabra" escribió en el mensaje
| > news:%
| > | hola
| > | todos mis objetos de sql2000
| > | fueron creados con usuario 'sa'
| > | por lo tanto esquema 'dbo'
| > |
| > | ahora, habiendo importado
| > | la base de datos al nuevo SQL2005,
| > | debo cambiarle el propietario a los objetos ?
| > | es conveniente hacerlo ?
| > |
| > | lo que no entiendo es para qué están...
| > |
| > | gracias
| > |
| > |
| > | --
| > | atte,
| > | Hernán
| > |
| > |
| >
| >
|
|

| Hay miles de solcuiones, de hecho la mala constumbre de siempre usar DBO
| lleva justamente a que vos preguntes para que queremos los Schemas o bien
| los propietarios.

por eso los "gurúes" tiene respetan
a aquellos que quieren aprender

atte,
Hernán
"Maxi" escribió en el mensaje
news:%
| A ver, imaginate esto, tenes un schema ventas y uno compras, y a los
| usuarios de ventas solo le queres dar permisos a sus objetos y a los de
| compras a los de el, esa seria una razon.
| Otra es el orden, no es lo mismo tener todo desordenado que agrupado y
saber
| que todo lo que esta ahi dentro pertence a un dominio de aplicacion por
ej.
| Tambien hasta podrias tener vistas distintas, imaginate que necesites una
| vista para las OC donde en alguna solo se muestren unos datos y en otras
| otros, la vista se debe llamar siempre igual y segun el usuario saber cual
| usar.
| Hay miles de solcuiones, de hecho la mala constumbre de siempre usar DBO
| lleva justamente a que vos preguntes para que queremos los Schemas o bien
| los propietarios.
|
| --
|
| --
| Salu2
| Maxi [MVP SQL SERVER]
| www.sqlgurus.org
|
|
| "bajopalabra" escribió en el mensaje
| news:
| > bueno, eso lo solucioné
| > con una función de db (rol)
| > que se llama perfil_1 ... N
| > donde cada perfil agrupa funciones
| > tipo fun__adminClientes, fun__emitirFacturas
| > y cada función es la que tiene permisos asignados
| > a cada stored
| >
| > pero volviendo al tema,
| > para qué querría un administrador que los objetos tengan
| > distintos propietarios ??
| >
| >
| > --
| > atte,
| > Hernán
| > "Maxi" escribió en el mensaje
| > news:
| > | Hola, a ver, el schema es un contenedor de objetos., de hecho yo los
| > estoy
| > | usando y mucho, por ej.
| > |
| > | Tengo Schemas definidos asi:
| > |
| > | FC_clientes
| > | OC
| > | Pedidos
| > |
| > | Luego a cada uno de estos schemas les pongo los objetos relacionados
con
| > | esto, tablas-Sp´s-UDF,etc.
| > |
| > | Una gran ventaja es, un user X ahora le quiero dar permiso a todos los
| > | objetos del Schema OC, no debo dar permiso uno a uno.
| > | Es una forma de ordenar por un principio, antes en sql2k se podia
igual
| > | hacer pero con propietarios, que sucedia con esto? que cuando el
| > propietario
| > | era eliminado de la bdd habia primero q cambiar los propietarios de
los
| > | objetos que este tenia, ahora eso no sucede asi, el schema es
| > idependiente
| > | del propietario :-)
| > |
| > | --
| > |
| > | --
| > | Salu2
| > | Maxi [MVP SQL SERVER]
| > | www.sqlgurus.org
| > |
| > |
| > | "bajopalabra" escribió en el mensaje
| > | news:%
| > | > gracias por los comentarios
| > | > lo que quiero desentrañar es
| > | > por qué planificaría una DB
| > | > utilizando esquemas
| > | >
| > | > ayer descubrí que por ej,
| > | > puedo crear una tabla con el mismo nombre
| > | > conectándome como usuarios de distintos esquemas
| > | > es decir, en la lista de tablas puedo ver
| > | >
| > | > dbo.TablaPrueba
| > | > esq_prueba.TablaPrueba
| > | >
| > | > se me ocurre que los esquemas pueden ser útiles
| > | > para probar cambios antes de actualizar efectivamente
| > | > dado que la persona que prueba se conecta
| > | > con un usuario asociado a un esquema de prueba
| > | >
| > | > creo que también sería útil
| > | > si tengo distintas entidades con algunas diferencias
| > | > según el usuario que inicia sesión
| > | > a lo mejor si tengo Sucursales (por decir algo)
| > | > y deseo que cada sucursal tenga un esquema distinto
| > | > pero en ese caso no sería una solución escalable para nada
| > | >
| > | > qué otra utilidad
| > | > podría darle a esta nueva prestación (los esquemas) ??
| > | >
| > | > gracias
| > | >
| > | > --
| > | > atte,
| > | > Hernán
| > | > "bajopalabra" escribió en el mensaje
| > | > news:%
| > | > | hola
| > | > | todos mis objetos de sql2000
| > | > | fueron creados con usuario 'sa'
| > | > | por lo tanto esquema 'dbo'
| > | > |
| > | > | ahora, habiendo importado
| > | > | la base de datos al nuevo SQL2005,
| > | > | debo cambiarle el propietario a los objetos ?
| > | > | es conveniente hacerlo ?
| > | > |
| > | > | lo que no entiendo es para qué están...
| > | > |
| > | > | gracias
| > | > |
| > | > |
| > | > | --
| > | > | atte,
| > | > | Hernán
| > | > |
| > | > |
| > | >
| > | >
| > |
| > |
| >
| >
|
|

yes :-)


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"bajopalabra" escribió en el mensaje
news:

| Hay miles de solcuiones, de hecho la mala constumbre de siempre usar DBO
| lleva justamente a que vos preguntes para que queremos los Schemas o
bien
| los propietarios.

por eso los "gurúes" tiene respetan
a aquellos que quieren aprender

atte,
Hernán
"Maxi" escribió en el mensaje
news:%
| A ver, imaginate esto, tenes un schema ventas y uno compras, y a los
| usuarios de ventas solo le queres dar permisos a sus objetos y a los de
| compras a los de el, esa seria una razon.
| Otra es el orden, no es lo mismo tener todo desordenado que agrupado y
saber
| que todo lo que esta ahi dentro pertence a un dominio de aplicacion por
ej.
| Tambien hasta podrias tener vistas distintas, imaginate que necesites
una
| vista para las OC donde en alguna solo se muestren unos datos y en otras
| otros, la vista se debe llamar siempre igual y segun el usuario saber
cual
| usar.
| Hay miles de solcuiones, de hecho la mala constumbre de siempre usar DBO
| lleva justamente a que vos preguntes para que queremos los Schemas o
bien
| los propietarios.
|
| --
|
| --
| Salu2
| Maxi [MVP SQL SERVER]
| www.sqlgurus.org
|
|
| "bajopalabra" escribió en el mensaje
| news:
| > bueno, eso lo solucioné
| > con una función de db (rol)
| > que se llama perfil_1 ... N
| > donde cada perfil agrupa funciones
| > tipo fun__adminClientes, fun__emitirFacturas
| > y cada función es la que tiene permisos asignados
| > a cada stored
| >
| > pero volviendo al tema,
| > para qué querría un administrador que los objetos tengan
| > distintos propietarios ??
| >
| >
| > --
| > atte,
| > Hernán
| > "Maxi" escribió en el mensaje
| > news:
| > | Hola, a ver, el schema es un contenedor de objetos., de hecho yo los
| > estoy
| > | usando y mucho, por ej.
| > |
| > | Tengo Schemas definidos asi:
| > |
| > | FC_clientes
| > | OC
| > | Pedidos
| > |
| > | Luego a cada uno de estos schemas les pongo los objetos relacionados
con
| > | esto, tablas-Sp´s-UDF,etc.
| > |
| > | Una gran ventaja es, un user X ahora le quiero dar permiso a todos
los
| > | objetos del Schema OC, no debo dar permiso uno a uno.
| > | Es una forma de ordenar por un principio, antes en sql2k se podia
igual
| > | hacer pero con propietarios, que sucedia con esto? que cuando el
| > propietario
| > | era eliminado de la bdd habia primero q cambiar los propietarios de
los
| > | objetos que este tenia, ahora eso no sucede asi, el schema es
| > idependiente
| > | del propietario :-)
| > |
| > | --
| > |
| > | --
| > | Salu2
| > | Maxi [MVP SQL SERVER]
| > | www.sqlgurus.org
| > |
| > |
| > | "bajopalabra" escribió en el mensaje
| > | news:%
| > | > gracias por los comentarios
| > | > lo que quiero desentrañar es
| > | > por qué planificaría una DB
| > | > utilizando esquemas
| > | >
| > | > ayer descubrí que por ej,
| > | > puedo crear una tabla con el mismo nombre
| > | > conectándome como usuarios de distintos esquemas
| > | > es decir, en la lista de tablas puedo ver
| > | >
| > | > dbo.TablaPrueba
| > | > esq_prueba.TablaPrueba
| > | >
| > | > se me ocurre que los esquemas pueden ser útiles
| > | > para probar cambios antes de actualizar efectivamente
| > | > dado que la persona que prueba se conecta
| > | > con un usuario asociado a un esquema de prueba
| > | >
| > | > creo que también sería útil
| > | > si tengo distintas entidades con algunas diferencias
| > | > según el usuario que inicia sesión
| > | > a lo mejor si tengo Sucursales (por decir algo)
| > | > y deseo que cada sucursal tenga un esquema distinto
| > | > pero en ese caso no sería una solución escalable para nada
| > | >
| > | > qué otra utilidad
| > | > podría darle a esta nueva prestación (los esquemas) ??
| > | >
| > | > gracias
| > | >
| > | > --
| > | > atte,
| > | > Hernán
| > | > "bajopalabra" escribió en el mensaje
| > | > news:%
| > | > | hola
| > | > | todos mis objetos de sql2000
| > | > | fueron creados con usuario 'sa'
| > | > | por lo tanto esquema 'dbo'
| > | > |
| > | > | ahora, habiendo importado
| > | > | la base de datos al nuevo SQL2005,
| > | > | debo cambiarle el propietario a los objetos ?
| > | > | es conveniente hacerlo ?
| > | > |
| > | > | lo que no entiendo es para qué están...
| > | > |
| > | > | gracias
| > | > |
| > | > |
| > | > | --
| > | > | atte,
| > | > | Hernán
| > | > |
| > | > |
| > | >
| > | >
| > |
| > |
| >
| >
|
|