Permisos

Práctico 1: Administrar Permisos

En los siguientes ejemplos vamos a ver que efectos tiene en diferentes ámbitos o contextos. También veremos cadenas de permisos y la utilización de firmas digitales.

Ámbito de los Permisos

Antes de SQL Server 2005, había que otorgar directamente permisos a todos los objetos, a partir de 2005, se definieron múltiples ámbitos a los cuales se les puede otorgar permisos. Un asegurable puede ser una base de datos, un esquema o un objeto. Y podemos otorgar permisos sobre los asegurables de cualquier ámbito.
Otorgar Permisos sobre una base de datos, implícitamente implica que estamos otorgando permisos sobre los esquemas de la db y estos también implica que que estamos otorgando permisos sobre todos los objetos que contienen estos esquemas.

Permisos

Los permisos proveen la autoridad a los directores para realizar acciones dentro una instancia o base de datos. Algunos permisos aplican a sentencias del tipo INSERT, DELETE, UPDATE, SELECT, otros aplican sobre acciones como ALTER TRACE, y otros abarcan un amplio ámbito de la seguridad como lo es el CONTROL.

Esquemas

Todos los objetos que existen dentro de una db no pueden existir sin un propietario (owner), de hecho todos los objetos tiene un propietario, ya que no pueden crearse objetos espontáneamente de la nada. Además para cada cuenta que necesite acceso al objeto, hay que asignarle los permisos explícitamente, y siempre existirá una cuenta que posea permisos para administrar un objeto en particular.

Asegurables

Los permisos serían inútiles sino tenemos algo a que aplicarlos. Por eso los permisos trabajan conjuntamente con los "directores", ya que funcionan de la siguiente manera: