Conceptos Orientados a Base de Datos PDF

Vista previa del material en texto

A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Conceptos Orientados a 
Administración de Base de Datos
Mery H
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Lista de Acciones
Macros, Módulos, 
Procedimientos 
Almacenados y Trigger
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Macros
Una macro es un conjunto de una o más 
acciones (acción: componente básico de 
una macro; instrucción independiente que 
se puede combinar con otras acciones para 
automatizar tareas. Por ejemplo, puede 
ejecutar una macro que imprima un 
informe cuando el usuario haga clic en un 
botón de comando.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Un módulo es una colección de declaraciones, instrucciones y 
procedimientos que se almacenan juntos como una unidad. Un 
módulo puede ser un módulo de clase o un módulo estándar.
Los módulos de clase se adjuntan a formularios o informes y, 
por lo general, contienen procedimientos que son específicos 
para el formulario o el informe al que están adjuntos. Los 
módulos estándar contienen procedimientos generales que no 
están asociados a ningún otro objeto. Los módulos estándar 
aparecen en Módulos en el panel de navegación mientras que 
los módulos de clase no.
Módulos
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Procedimientos Almacenados:
● Un procedimiento almacenado es un conjunto 
de instrucciones de T-SQL que SQL Server 
compila, en un único plan de ejecución, los 
llamados "store procedures" se encuentran 
almacenados en la base de datos, los cuales 
pueden ser ejecutados en cualquier momento.
● Los procedimientos almacenados se utilizan 
para agrupar las instrucciones de T-SQL y 
cualquier lógica asociada necesaria para 
llevar a cabo una tarea.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Roles en base de datos
Son como los grupos del sistema operativo Windows. Los 
roles de nivel de base de datos son de toda la base de 
datos en su ámbito de permisos. Para agregar y 
quitar usuarios a un rol de base de datos, hay que 
utilizar las opciones ADD MEMBER y DROP MEMBER 
de la instrucción ALTER ROLE.
son los conjuntos de permisos. Es posible definir un rol 
como un conjunto identificado de permisos. Para 
facilitar la gestión de los permisos, SQL Server 
ofrece los roles predefinidos, también llamados 
fijos, ya que no es posible añadir o eliminar 
privilegios en estos roles.
Create Role y Authorization
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Create Role
Esta sentencia sirve para crear un rol de usuario. Un rol es 
una forma de agrupar permisos (o privilegios) para 
asignarlos luego a los usuarios. Cada usuario puede tener 
varios roles.
CREATE ROLE crea un conjunto de privilegios que se pueden 
asignar a los usuarios de una base de datos. Una vez que se 
asigna una función a un usuario, obtiene todos los 
privilegios de esa función. Al crear y otorgar roles, se 
pueden practicar los mejores medios de seguridad de la base 
de datos.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Authorization
La autorización es el proceso en el que el administrador 
de la base de datos obtiene información sobre el 
usuario autenticado. Parte de esa información es 
determinar qué operaciones de base de datos puede 
realizar el usuario y a qué objetos de datos puede 
acceder un usuario.
Un privilegio es un tipo de permiso para un nombre de 
autorización o un permiso para realizar una acción 
o una tarea. El privilegio permite a un usuario crear 
o acceder a los recursos de la base de datos. Los 
privilegios se almacenan en los catálogos de la base 
de datos.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Alter Role
Agrega o elimina miembros de un rol de base de 
datos o cambia el nombre de un rol de base de 
datos definido por el usuario.
Para modificar los roles que agregan o eliminan 
miembros en Azure Synapse Analytics o 
Analytics Platform System (PDW), use 
sp_addrolemember (Transact-SQL) y 
sp_droprolemember (Transact-SQL).
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Alter Authorization
Cambia la propiedad de un asegurable.
Esta sintaxis no es compatible con el 
grupo de SQL sin servidor en Azure 
Synapse Analytics.
Para ver la sintaxis de Transact-SQL 
para SQL Server 2014 y versiones 
anteriores, consulte la 
documentación de versiones 
anteriores.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Elimina un rol de la base de datos.
SI EXISTE
Se aplica a: SQL Server (SQL Server 2016 
(13.x) hasta la versión actual).
Elimina condicionalmente el rol solo si ya 
existe. 
nombre de rol
Especifica el rol que se eliminará de la base 
de datos.
Drop Role
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Create Approle
● Agrega un rol de aplicación a la base de datos 
actual.
● Para ver la sintaxis de Transact-SQL para SQL 
Server 2014 y versiones anteriores, consulte la 
documentación de versiones anteriores.
● La complejidad de la contraseña se comprueba 
cuando se establecen las contraseñas de los roles 
de aplicación. Las aplicaciones que invocan roles 
de aplicación deben almacenar sus contraseñas. 
Las contraseñas de funciones de aplicaciones 
siempre deben almacenarse cifradas.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Cambia el nombre, la contraseña o el 
esquema predeterminado de un rol de 
aplicación.
Si el nuevo nombre del rol de la aplicación 
ya existe en la base de datos, la declaración 
fallará. Cuando se cambia el nombre, la 
contraseña o el esquema predeterminado de 
un rol de aplicación, el ID asociado con el 
rol no cambia.
Los roles de aplicación están visibles en la 
vista de catálogo sys.database_principals.
Alter Approle
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Drop Approle
Elimina un rol de aplicación de la base de 
datos actual.
Si el rol de la aplicación posee elementos 
protegibles, no se puede descartar. 
Antes de eliminar un rol de aplicación 
que posee elementos protegibles, 
primero debe transferir la propiedad 
de los elementos protegibles o 
eliminarlos.
Esquemas
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Esquemas
En SQL Server 
los esquemas representan un conjunto 
lógico dentro de una base de datos. 
Permiten organizar mejor de manera 
lógica las tablas, vistas, procedimientos 
y funciones. ... Es posible crear objetos 
en este esquema indicando durante la 
creación de las tablas, vistas, etc. el 
nombre como nombreEsquema.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Esquema Conceptual
En este apartado mostraremos la 
implementación que bajo el modelo 
relacional de datos hemos llevado a cabo 
para nuestro lexicón multilingüe, 
mostrando los diagramas conceptuales y 
explicando las circunstancias que nos han 
llevado a adoptar determinadas decisiones. 
Pasaremos por alto la descripción 
detallada de la base de datos (tipos de 
datos, restricciones, código SQL de 
consultas, etc.). Lo realmente 
interesante de una base de datos y lo que 
determina en gran medida su 
funcionalidad es su esquema conceptual.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Esquema Logico
El esquema lógico es una especificación 
más detallada que el esquema 
conceptual, donde se incorporan 
nociones de almacenamiento y 
estructuración de los datos. ... Durante 
el diseño lógico deben considerarse las 
fuentes y cómo se corresponden con el 
esquema conceptual.
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
El diseño físico es el proceso de 
producir la descripción de la 
implementación de la base de datos en 
memoria secundaria:estructuras de 
almacenamiento y métodos de acceso 
que garanticen un acceso eficiente a 
los datos. · Diseñar el modelo de 
seguridad del sistema.
Esquema Fisico
A B C D E F G H I J K
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Esquema Objeto
Devuelve el nombre del esquema de la base de datos 
para los objetos de ámbito de esquema. Para 
obtener una lista de los objetos de ámbito de 
esquema, vea sys.objects (Transact-SQL).
Devuelve NULL si se produce un error o si el autor 
de la llamada no tiene permiso para ver el 
objeto. Si la base de datos de destino tiene la 
opción AUTO_CLOSE establecida en ON, la 
función abrirá la base de datos.
Un usuario solo puede ver los metadatos de 
elementos protegibles que posea o para los que 
se le haya concedido permiso. Esto significa que 
las funciones integradas de emisión de 
metadatos, como OBJECT_SCHEMA_NAME, 
pueden devolver NULL si el usuario no tiene 
ningún permiso para el objeto.
	Diapositiva 1: Conceptos Orientados a Administración de Base de Datos
	Diapositiva 2: Lista de Acciones
	Diapositiva 3: Macros
	Diapositiva 4: Un módulo es una colección de declaraciones, instrucciones y procedimientos que se almacenan juntos como una unidad. Un módulo puede ser un módulo de clase o un módulo estándar. Los módulos de clase se adjuntan a formularios o informes y, 
	Diapositiva 5
	Diapositiva 6: Roles en base de datos
	Diapositiva 7: Create Role y Authorization
	Diapositiva 8: Create Role
	Diapositiva 9: Authorization
	Diapositiva 10: Alter Role
	Diapositiva 11: Alter Authorization
	Diapositiva 12: Elimina un rol de la base de datos. SI EXISTE Se aplica a: SQL Server (SQL Server 2016 (13.x) hasta la versión actual). Elimina condicionalmente el rol solo si ya existe. nombre de rol Especifica el rol que se eliminará de la base de dato
	Diapositiva 13
	Diapositiva 14: Cambia el nombre, la contraseña o el esquema predeterminado de un rol de aplicación. Si el nuevo nombre del rol de la aplicación ya existe en la base de datos, la declaración fallará. Cuando se cambia el nombre, la contraseña o el esquema 
	Diapositiva 15: Drop Approle
	Diapositiva 16: Esquemas
	Diapositiva 17
	Diapositiva 18: Esquema Conceptual
	Diapositiva 19: Esquema Logico
	Diapositiva 20: El diseño físico es el proceso de producir la descripción de la implementación de la base de datos en memoria secundaria: estructuras de almacenamiento y métodos de acceso que garanticen un acceso eficiente a los datos. · Diseñar el modelo
	Diapositiva 21: Esquema Objeto