1.
- Analogía: usuarios y funciones de BD
Tabla De Analogía
No. Roles De Usuarios En Bases De Datos
1. Db_Owner: Puede realizar todas las actividades de
configuración y mantenimiento en la base de datos y también
pueden quitar la base de datos en SQL Server.
2. Db_Securityadmin: Pueden modificar la pertenencia a roles
únicamente para roles personalizados y administrar permisos.
Los miembros de este rol pueden elevar potencialmente sus
privilegios y se deben supervisar sus acciones.
3. Db_Accessadmin: Pueden agregar o quitar el acceso a la base
de datos para inicios de sesión de Windows, grupos de
Windows e inicios de sesión de SQL Server.
4. Db_Backupoperator: Pueden crear copias de seguridad de la
base de datos.
5. Db_Datawriter: Pueden agregar, eliminar o cambiar datos en
todas las tablas de usuario.
6. Db_Ddladmin: Pueden ejecutar cualquier comando del lenguaje
de definición de datos (DDL) en una base de datos.
7. Db_Denydatawriter: No pueden agregar, modificar ni eliminar
datos de tablas de usuario de una base de datos.
8. Db_Datareader: Pueden leer todos los datos de todas las tablas
de usuario.
Analogía En “Películas”
Director Cinematográfico: Este puede añadir o quitar escenas de
la película, así como decide quien actuara en esta básicamente es
la máxima autoridad.
Productores: Estos tienen cierta equivalencia con el director
incluso pueden suplirlo en caso de faltar, estos llevan gran peso en
decidir que papel tomara cada actor.
Publicista: Este decide quien tiene acceso al set de grabación, a las
entrevistas y a funciones de prueba y quien no.
Distribuidoras: Ellos pueden copiar la película para hacer su
distribución de manera legal en formato casero.
Escritores: Pueden añadir o cambiar escenas, así como añadir o
eliminar diálogos según se requiera.
Dobladoras: Estas se encargan de doblar la película a diferentes
lenguajes.
Actores: No pueden hacer cambios ni al guion ni a la película solo
actuarla (en ciertos casos).
Consumidores: Nosotros solo podemos sentarnos a ver y disfrutar
de la película.
 2.-3.- Artículo compartido: Gestión de almacenamiento en HD y cuotas
de espacio requeridas para una BD

Gestión de almacenamiento en HD

Es posible activar el almacenamiento de los archivos de traza poniendo la base de datos en modo
ARCHIVELOG: este modo permite garantizar que un grupo de archivos de traza no se reutilizará
mientras que no se haya almacenado.

Desde la versión 10, poner la base de datos en modo ARCHIVELOG permite iniciar
automáticamente dos procesos de almacenamiento (ARC0 y ARC1) durante la apertura de la base
de datos; en las versiones anteriores había que hacerlo explícitamente. Por el contrario, siempre
es oportuno, incluso en la versión 10, dar valor a algunos argumentos de inicialización que afectan
a los proceso de almacenamiento.

La base de datos se puede crear inmediatamente en modo ARCHIVELOG. Generalmente, la base

de datos se crea en modo NOARCHIVELOG y después se pasa a ARCHIVELOG. Guardar los archivos
de traza generados por la creación de la base de datos no tiene mucho interés (solo un volumen
de archivos importante).

2. Modo de proceder

El modo de proceder es el siguiente:

Modificar, en el archivo de argumentos del servidor, los argumentos de inicialización que afectan a
los procesos de almacenamiento:

SQL> ALTER SYSTEM SET

2 log_archive_format=’redo_%S_%R_%T.arc’

3 SCOPE=SPFILE;

SQL> ALTER SYSTEM SET

2 log_archive_dest_1=’LOCATION=h:\oradata\arch\NUESTRABASE’

Cuotas De Espacio Requeridas Para Una BD

Las cuotas de UFS permiten a los administradores de sistema controlar el tamaño de los sistemas
de archivo. Las cuotas limitan la cantidad de espacio en el disco y el número de inodes, que
corresponde, aproximadamente, al número de archivos que pueden adquirir los usuarios
individuales. Por este motivo, las cuotas son especialmente útiles en los sistemas de archivos
donde residen los directorios principales del usuario. Como regla, los sistemas de archivos public y
/tmp no suelen beneficiarse significativamente con el establecimiento de las cuotas.

Antes de configurar las cuotas de UFS, debe determinar cuánto espacio en el disco y cuántos
inodes asignará para cada usuario. Si desea asegurarse de que no se excederá el espacio total del
sistema de archivos, puede dividir el tamaño total del sistema de archivos por el número de
usuarios. Por ejemplo, si tres usuarios comparten un segmento de 100 Mbytes y tienen la misma
necesidad de espacio en el disco, puede asignar 33 Mbytes para cada usuario.

En los entornos en que probablemente no todos los usuarios amplíen los límites correspondientes,
es posible que desee establecer cuotas individuales para que sumen más que el tamaño total del
sistema de archivos. Por ejemplo, si tres usuarios comparten un segmento de 100 Mbytes, puede
asignar 40 Mbytes para cada usuario.

4.- Explicación sobre creación de índices, campos y tablas ocultas

Creación De Índices

El índice de una base de datos es una estructura de datos que mejora la velocidad de las
operaciones, permitiendo un rápido acceso a los registros de una tabla. Al aumentar
drásticamente la velocidad de acceso, se suelen usar sobre aquellos campos sobre los cuales se
vayan a realizar búsquedas frecuentes.

La creación de un índice en Oracle se realiza mediante el comando create index. Cuando se define
una clave primaria o una columna unívoca (UNIQUE) durante la creación de una tabla o su
mantenimiento, Oracle creará automáticamente un índice de tipo UNIQUE que gestione dicha
restricción, como hemos indicado anteriormente. La sintaxis completa de create index es la
siguiente:

create [bitmap | unique] index nombre_indice on

nombre_tabla (nombre_columna [, nombre_columna2] ...) [reverse];

Campos

"alter table" permite modificar la estructura de una tabla. Podemos utilizarla para agregar,
modificar y eliminar campos de una tabla.

Para agregar un nuevo campo a una tabla empleamos la siguiente sintaxis básica:

ALTER TABLE table_name

ADD column_name column_definition;

CREATE TABLE table_name

column1 datatype [ NULL | NOT NULL ],

column2 datatype [ NULL | NOT NULL ],

 ...

column_n datatype [ NULL | NOT NULL ]

);

Tablas Ocultas

Para poder realizar listados de tablas podemos consultar varias tablas del data dictionary:

DBA_TABLES: Contiene todas las tablas de la base de datos

ALL_TABLES: Contiene todas las tablas accesibles por el usuario (las propias más las que tiene
permisos sobre ellas)

USER_TABLES: Contiene totas las tablas del usuario

DBA_SEGMENTS: Contiene todos los segmentos de la base de datos, esto incluye tablas, indices y
segmentos de rollback entre otros:

select distinct SEGMENT_TYPE from DBA_SEGMENTS;