Introduccion Al Sistema Manejador De Base De Datos

1.9 Manejador de Bases de Datos

El sistema manejador de bases de datos es la porción más importante del software de un sistema
de base de datos. Un DBMS es una colección de numerosas rutinas de software interrelacionadas,
cada una de las cuales es responsable de alguna tarea específica.

Las funciones principales de un DBMS son:

Crear y organizar la Base de datos.

Establecer y mantener las trayectorias de acceso a la base de datos de tal forma que los datos
puedan ser accesados rápidamente.

Manejar los datos de acuerdo a las peticiones de los usuarios.

Registrar el uso de las bases de datos.

Interacción con el manejador de archivos.

Esto a través de las sentencias en DML al comando de el sistema de archivos. Así el Manejador de
base de datos es el responsable del verdadero almacenamiento de los datos.

Respaldo y recuperación.

Consiste en contar con mecanismos implantados que permitan la recuperación fácilmente de los
datos en caso de ocurrir fallas en el sistema de base de datos.

Control de concurrencia.

Consiste en controlar la interacción entre los usuarios concurrentes para no afectar la inconsistencia
de los datos.

Seguridad e integridad.

Consiste en contar con mecanismos que permitan el control de la consistencia de los datos evitando
que estos se vean perjudicados por cambios no autorizados o previstos.

El DBMS es conocido también como Gestor de Base de datos.

La figura muestra el DBMS como interfase entre la base de datos física y las peticiones del usuario.
El DBMS interpreta las peticiones de entrada/salida del usuario y las manda al sistema operativo
para la transferencia de datos entre la unidad de memoria secundaria y la memoria principal.

En sí, un sistema manejador de base de datos es el corazón de la base de datos ya que se encarga
del control total de los posibles aspectos que la puedan afectar.

Dbms Conceptos

Un sistema de administración de bases de datos DBMS (Database Management System, por sus
siglas en Inglés) es un sistema basado en computador (software) que maneja una base de datos, o
una colección de bases de datos o archivos. La persona que administra un D0BMS es conocida
como el DBA (Database Administrator, por sus siglas en ingles).

Esta compuesto por:

 DDL(Data Definition Language): Lenguaje de Definición de Datos.

 DML(Data Manipulation Language): Lenguaje de Manipulación de Datos.
 SQL: Lenguaje de Consulta.

USOS Y FUNCIONES DE UN DBMS

Los sistemas de administración de bases de datos son usados para:

• Permitir a los usuarios acceder y manipular la base de datos proveyendo métodos para construir
sistemas de procesamiento de datos para aplicaciones que requieran acceso a los datos.

• Proveer a los administradores las herramientas que les permitan ejecutar tareas de mantenimiento
y administración de los datos.

Algunas de las funciones de un DBMS son:

• Definición de la base de datos - como la información va a ser almacenada y organizada.

• Creación de la base de datos - almacenamiento de datos en una base de datos definida.

• Recuperación de los datos - consultas y reportes.

• Actualización de los datos - cambiar los contenidos de la base de datos.

• Programación de aplicaciones de para el desarrollo de software.

• Control de la integridad de la base de datos.

• Monitoreo del comportamiento de la base de datos.

Caracteristicas Del Dbms

Control de la redundancia de datos

Este consiste en lograr una mínima cantidad de espacio de almacenamiento para almacenar los
datos evitando la duplicación de la información. De esta manera se logran ahorros en el tiempo de
procesamiento de la información, se tendrán menos inconsistencias, menores costos operativos y
hará el mantenimiento más fácil.

Una de las principales características de las bases de datos, es que los datos pueden ser
compartidos entre muchos usuarios simultáneamente, proveyendo, de esta manera, máxima
eficiencia.

Mantenimiento de la integridad

La integridad de los datos es la que garantiza la precisión o exactitud de la información contenida en

una base de datos. Los datos interrelacionados deben siempre representar información correcta a
los usuarios.

Soporte para control de transacciones y recuperación de fallas.

Se conoce como transacción toda operación que se haga sobre la base de datos. Las transacciones
deben por lo tanto ser controladas de manera que no alteren la integridad de la base de datos. La
recuperación de fallas tiene que ver con la capacidad de un sistema DBMS de recuperar la
información que se haya perdido durante una falla en el software o en el hardware.

Independencia de los datos.

En las aplicaciones basadas en archivos, el programa de aplicación debe conocer tanto la

organización de los datos como las técnicas que el permiten acceder a los datos. En los sistemas
DBMS los programas de aplicación no necesitan conocer la organización de los datos en el disco
duro. Este totalmente independiente de ello.
Seguridad

La disponibilidad de los datos puede ser restringida a ciertos usuarios. Según los privilegios que
posea cada usuario de la base de datos, podrá acceder a mayor información que otros.

Velocidad

Los sistemas DBMS modernos poseen altas velocidades de respuesta y proceso.

Independencia del hardware

La mayoría de los sistemas DBMS están disponibles para ser instalados en múltiples plataformas de
hardware.

Los sistemas de bases de datos relacionales RDBMS (Relational Database Management System,
por sus siglas en Inglés) tales como Oracle, MySQL, SQL Server, Postgre SQL, Informix, entre otros,
le permiten ejecutar las tareas que se mencionan a continuación, de una forma entendible y
razonablemente sencilla:

Le permiten ingresar datos al sistema.

Le permiten almacenar los datos.

Le permiten recuperar los datos y trabajar con ellos.

Le proveen herramientas para capturar, editar y manipular datos.

Le permiten aplicar seguridad.

Le permiten crear reportes e informes con los datos.

Lenguaje De Definicion De Datos Ddl

Lenguaje de definición de datos

Una vez finalizado el diseño de una base de datos y escogido un SGBD para su implementación, el
primer paso consiste en especificar el esquema conceptual y el esquema interno de la base de datos,
y la correspondencia entre ambos. En muchos SGBD no se mantiene una separación estricta de
niveles, por lo que el administrador de la base de datos y los diseñadores utilizan el mismo lenguaje
para definir ambos esquemas, es el lenguaje de definición de datos (LDD). El SGBD posee un
compilador de LDD cuya función consiste en procesar las sentencias del lenguaje para identificar las
descripciones de los distintos elementos de los esquemas y almacenar la descripción del esquema
en el catálogo o diccionario de datos. Se dice que el diccionario contiene metadatos: describe los
objetos de la base de datos.

Cuando en un SGBD hay una clara separación entre los niveles conceptual e interno, el LDD sólo
sirve para especificar el esquema conceptual. Para especificar el esquema interno se utiliza un
lenguaje de definición de almacenamiento (LDA). Las correspondencias entre ambos esquemas se
pueden especificar en cualquiera de los dos lenguajes. Para tener una verdadera arquitectura de
tres niveles sería necesario disponer de un tercer lenguaje, el lenguaje de definición de vistas (LDV),
que se utilizaría para especificar las vistas de los usuarios y su correspondencia con el esquema
conceptual.

Creacion Bases De Datos

Antes que nada debemos de saber que existen numerosos manejadores de bases de datos a saber:
Oracle, Mysql, MS Sql, Access y otros.

Existe un lenguaje llamado Lenguaje Estructurado de Consultas que es la base de todo manejador
de base de datos, aunque muchas bases de datos pueden ser creado facilmente gracias a la interfaz
grafica de los lenguajes arriba mencionado deberias de conocer la forma de hacerlo con el lenguaje
estructurado de consultas.

Para crear una base de datos por ejemplo en Mysql debes de utilizar la instrucción CREATE
DATABASE nombre_base_datos que es similar en los otros manejadores de bases de datos

En mysql es facil trabajar si ademas de este trabajas con JDBC en java.

Creacion De Tablas

Introducción

Tras la creación de la base de datos el siguiente paso que se debe realizar es la creación de la tabla,
o tablas, que almacenarán la información (los datos de los clientes, de los pedidos, de los socios, de
las películas, de los artículos…).
Esta información será la que gestionen todos los demás objetos de la base de datos (consultas,
formularios, etc.), por lo que es muy importante planificar bien la estructura que van a tener los datos
(como van a estar dispuestos en la tabla, de que naturaleza o tipo va a ser cada uno, en que orden
estarán colocados, etc…), con el fin de poder dar respuesta a todas las cuestiones que se puedan
plantear sobre el manejo de dicha información.

Por esto, para diseñar una tabla, es preciso valorar todos los objetos de la base de datos en su
conjunto: Que información vamos a utilizar mas, que consultas vamos a realizar sobre esos datos
con frecuencia, de que forma nos gustaría ver salir los datos de las tablas por impresora (informes),
como desearíamos acceder a los datos por pantalla, bajo que distribución y diseño (formularios)…
Esas reflexiones previas son fundamentales a la hora de planificar y diseñar los contenidos de
nuestra base de datos y desde luego para el correcto y óptimo diseño de nuestras tablas, es decir
de las estructuras básicas de información en cualquier sistema de gestión de bases de datos. La
información no se guarda en los formularios, ni en las consultas, ni en los informes. La información
se guarda en esas estructuras ordenadas llamadas TABLAS.

De todo lo anterior se deduce que un paso previo e importante antes de crear una base de datos es
el ANÁLISIS de la misma con el fin de establecer la estructura más adecuada.

Crear una tabla Conocida la gran importancia de las tablas, los pasos a seguir en la creación de una
tabla son:

Hacer clic sobre el botón del lateral izquierdo de la base de datos llamado Tablas, para en primer
lugar, posicionarnos en el panel de Tablas. En él veremos a medida que las vayamos creando, todas
las tablas que tengamos en la base de datos actual.

Hacer clic sobre el botón Nuevo, situado debajo de la barra de título. Aparece el siguiente cuadro de
diálogo:

Este cuadro presenta distintas posibilidades para crear una tabla. Se puede crear de forma guiada a
través del Asistente para tablas (conjunto de paneles en los que respondiendo a preguntas sencillas
se guía al usuario de cara a crear una tabla). También se puede crear directamente introduciendo
datos sin definir previamente los campos (como si de una hoja de cálculo se tratase). Otra forma es
mediante Vista Hoja de datos. Pero también se pueden definir los campos con todas sus
características, en Vista Diseño. Es posible crear, además, una tabla a partir de datos provenientes
de otros programas: Importar tabla y Vincular tabla. La elección en la que el usuario tiene mas control
sobre la tabla que define es sin duda, Vista diseño.
Seleccionar la opción Vista diseño. De este modo se va a crear una tabla definiendo todos los
campos así como todas las características de los mismos. Hacer clic sobre el botón Aceptar. Se
visualizará la ventana de diseño, tal y como muestra la figura siguiente:

En la parte superior de esta ventana aparece una cuadrícula en la cual, en cada fila definiremos un
campo, en la parte inferior izquierda de la misma se muestran las propiedades del campo en el que
se encuentra el cursor y en la parte inferior derecha en texto de color azul una breve explicación de
la propiedad que se está editando. Situar el cursor bajo la columna Nombre del campo, teclear el
nombre correspondiente al primer campo y a continuación pulsar la tecla Intro o Tabulador para situar
el cursor en la siguiente columna. El nombre de un campo puede tener hasta 64 caracteres de
longitud, espacios en blanco incluidos aunque se recomiendan nombres representativos, cortos, y
sin espacios ni caracteres especiales. Por ejemplo: CODIGO, NOMBRE, NOM, NUMCLI (número de
cliente), DESCRI, NPCON (nombre de la persona de contacto en la empresa), EDAD, SALDO… Al
situar el cursor en la segunda columna, Tipo de datos, se observa como aparece a la derecha de la
misma un recuadro con triangulito negro para desplegar (siempre que en una casilla o panel
encontremos este triangulito, desplegaremos, haciendo clic en él para ver las opciones que se
proponen para ese lugar). Haciendo clic en el triangulito y seleccionando de la lista desplegable que
aparece, elegiremos el tipo de dato que se almacenará en el campo que se está definiendo. Los
distintos tipos de datos y en consecuencia de campos se explicarán posteriormente. Establecer en
la columna Descripción, un texto aclaratorio que identifique al campo. Esta descripción no es
obligatoria pero puede ayudar a identificar el campo, apareciendo en la barra de estado cuando se
introduzcan o modifiquen datos en dicho campo. Pulsar la tecla F6 o situar el cursor sobre el cuadro
inferior de Propiedades del campo, para establecer las propiedades correspondientes al campo que
se está creando. Pulsando de nuevo la tecla F6, se vuelve de nuevo a la fila correspondiente al
campo que se está creando. Del mismo modo establecer todos los campos de la tabla y tras ello
hacer clic sobre el botón Cerrar de la ventana de diseño, tras lo cual se mostrará el siguiente
mensaje:

Seleccionar el botón Sí. Se accede al siguiente cuadro de diálogo en el cual indicar un nombre para
la tabla:

Introducir el nombre que se quiera asignar a la tabla (clientes, pedidos, alumnos, películas, socios…)
y hacer clic sobre el botón Aceptar. A continuación, aparece el siguiente mensaje:

En este mensaje se advierte de que no existe clave principal y se da la opción de crearla. De

momento, seleccionar el botón No para terminar el proceso, más adelante se explicará en que
consiste una clave principal.
Tablas Integridad

Conceptos básicos de integridad

Introducción

La integridad referencial es un sistema de reglas que utilizan la mayoría de las bases de datos
relacionales para asegurarse que los registros de tablas relacionadas son válidos y que no se borren
o cambien datos relacionados de forma accidental produciendo errores de integridad.

Primero repasemos un poco los tipos de relaciones.

Tipos de relaciones.

Entre dos tablas de cualquier base de datos relacional pueden haber dos tipos de relaciones,
relaciones uno a uno y relaciones uno a muchos:

Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único
registro de la otra tabla y viceversa.

Por ejemplo: tenemos dos tablas una de profesores y otra de departamentos y queremos saber qué
profesor es jefe de qué departamento, tenemos una relación uno a uno entre las dos tablas ya que
un departamento tiene un solo jefe y un profesor puede ser jefe de un solo departamento.

Relación Uno a Varios: Cuando un registro de una tabla (tabla secundaria) sólo puede estar
relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal
puede tener más de un registro relacionado en la tabla secundaria, en este caso se suele hacer
referencia a la tabla principal como tabla ‘padre’ y a la tabla secundaria como tabla ‘hijo’, entonces
la regla se convierte en ‘un padre puede tener varios hijos pero un hijo solo tiene un padre (regla
más fácil de recordar).

Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los
habitantes, una población puede tener más de un habitante, pero un habitante pertenecerá (estará
empadronado) en una única población. En este caso la tabla principal será la de poblaciones y la
tabla secundaria será la de habitantes. Una población puede tener varios habitantes pero un
habitante pertenece a una sola población. Esta relación se representa incluyendo en la tabla ‘hijo’
una columna que se corresponde con la clave principal de la tabla ‘padre’, esta columna es lo
denominamos clave foránea (o clave ajena o clave externa).
Una clave foránea es pues un campo de una tabla que contiene una referencia a un registro de otra
tabla. Siguiendo nuestro ejemplo en la tabla habitantes tenemos una columna población que contiene
el código de la población en la que está empadronado el habitante, esta columna es clave ajena de
la tabla habitantes, y en la tabla poblaciones tenemos una columna codigo de poblacion clave
principal de la tabla.

Relación Varios a Varios: Cuando un registro de una tabla puede estar relacionado con más de un
registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas
directamente, se tiene que añadir una tabla entre las dos que incluya los pares de valores
relacionados entre sí.

Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artículos que se venden
en la empresa, un cliente podrá realizar un pedido con varios artículos, y un artículo podrá ser
vendido a más de un cliente.

No se puede definir entre clientes y artículos, hace falta otra tabla (por ejemplo una tabla de pedidos)
relacionada con clientes y con artículos. La tabla pedidos estará relacionada con cliente por una
relación uno a muchos y también estará relacionada con artículos por un relación uno a muchos.

Integridad referencial

Cuando se define una columna como clave foránea, las filas de la tabla pueden contener en esa
columna o bien el valor nulo (ningún valor), o bien un valor que existe en la otra tabla, un error sería
asignar a un habitante una población que no está en la tabla de poblaciones. Eso es lo que se
denomina integridad referencial y consiste en que los datos que referencian otros (claves foráneas)
deben ser correctos. La integridad referencial hace que el sistema gestor de la base de datos se
asegure de que no hayan en las claves foráneas valores que no estén en la tabla principal.

La integridad referencial se activa en cuanto creamos una clave foránea y a partir de ese momento
se comprueba cada vez que se modifiquen datos que puedan alterarla.

¿ Cuándo se pueden producir errores en los datos?

Cuando insertamos una nueva fila en la tabla secundaria y el valor de la clave foránea no existe en
la tabla principal. insertamos un nuevo habitante y en la columna poblacion escribimos un código de
poblacion que no está en la tabla de poblaciones (una población que no existe).

Cuando modificamos el valor de la clave principal de un registro que tiene ‘hijos’, modificamos el
codigo de Valencia, sustituimos el valor que tenía (1) por un nuevo valor (10), si Valencia tenía
habitantes asignados, qué pasa con esos habitantes, no pueden seguir teniendo el codigo de
población 1 porque la población 1 ya no existe, en este caso hay dos alternativas, no dejar cambiar
el codigo de Valencia o bien cambiar el codigo de población de todos los habitantes de Valencia y
asignarles el código 10.

Cuando modificamos el valor de la clave foránea, el nuevo valor debe existir en la tabla principal. Por
ejemplo cambiamos la población de un habitante, tenía asignada la población 1 (porque estaba
empadronado en valencia) y ahora se le asigna la población 2 porque cambia de lugar de residencia.
La población 2 debe existir en la tabla de poblaciones.

Cuando queremos borrar una fila de la tabla principal y ese registro tiene ‘hijos’, por ejemplo
queremos borrar la población 1 (Valencia) si existen habitantes asignados a la población 1, estos no
se pueden quedar con el valor 1 en la columna población porque tendrían asignada una población
que no existe. En este caso tenemos dos alternativas, no dejar borrar la población 1 de la tabla de
poblaciones, o bien borrarla y poner a valor nulo el campo poblacion de todos sus ‘hijos’.

Asociada a la integridad referencial están los conceptos de actualizar los registros en cascada y
eliminar registros en cascada.

Actualización y borrado en cascada

El actualizar y/o eliminar registros en cascada, son opciones que se definen cuando definimos la
clave foránea y que le indican al sistema gestor qué hacer en los casos comentados en el punto
anterior.

Actualizar registros en cascada:

Esta opción le indica al sistema gestor de la base de datos que cuando se cambie un valor del campo
clave de la tabla principal, automáticamente cambiará el valor de la clave foránea de los registros
relacionados en la tabla secundaria.

Por ejemplo, si cambiamos en la tabla de poblaciones (la tabla principal) el valor 1 por el valor 10 en
el campo codigo (la clave principal), automáticamente se actualizan todos los habitantes (en la tabla
secundaria) que tienen el valor 1 en el campo poblacion (en la clave ajena) dejando 10 en vez de 1.

Si no se tiene definida esta opción, no se puede cambiar los valores de la clave principal de la tabla
principal. En este caso, si intentamos cambiar el valor 1 del codigo de la tabla de poblaciones , no
se produce el cambio y el sistema nos devuelve un error o un mensaje que los registros no se han
podido modificar por infracciones de clave.
Eliminar registros en cascada:

Esta opción le indica al sistema gestor de la base de datos que cuando se elimina un registro de la
tabla principal automáticamente se borran también los registros relacionados en la tabla secundaria.

Por ejemplo: Si borramos la población Onteniente en la tabla de poblaciones, automáticamente todos

los habitantes de Onteniente se borrarán de la tabla de habitantes.

Si no se tiene definida esta opción, no se pueden borrar registros de la tabla principal si estos tienen
registros relacionados en la tabla secundaria. En este caso, si intentamos borrar la población
Onteniente, no se produce el borrado y el sistema nos devuelve un error o un mensaje que los
registros no se han podido eliminar por infracciones de clave.

Integridad Referencial Declarativa

La integridad referencial declarativa y las relaciones entre tablas

Introducción

La integridad referencial declarativa (DRI) y las relaciones entre tablas vienen a garantizar algo
importantísimo en los sistemas relacionales, en este caso la consistencia de los datos. No es de
recibo que exista en una base de datos un albarán al cliente 50, y que el cliente 50 no exista!!, y eso
es lo que nos garantiza la DRI, que esas cosas no sucedan. Ahora bien, lo que la integridad
referencial no garantiza es que existan registros relacionados, por ejemplo, en los trozos de código
que vienen justo a continuación vamos a ver como puede existir una cabecera que no tenga líneas,
aunque la DRI garantiza que si existe una línea su cabecera si existe. Esto puede llevarnos a
situaciones a veces difíciles de entender, sobre todo al principio. Si se construye una sentencia select
que devuelve los registros de la cabecera, aparecen X registros, si la sentencia se completa con las
unión con las líneas aparecen Y, pero Y puede ser hasta menor que X, sería ‘normal’ que fuese
mayor, pero ¿menor?, veamos el ejemplo.

/* Siempre nos basamos en una bd que exista en el sistema y que se llame pruebas */

use pruebas go create table cabecera( id int identity (1,1) primary key not null,
fecha datetime default getdate())
go create table lineas (id int not null, orden int not null,
Descripcion varchar(100) not null,
constraint pk_lineas primary key (id,orden),
 constraint fk_lineas foreign key (id) references cabecera)
go

/* además metemos 100 cabeceras */

declare @i int

set @i=0

while @i<100

begin

insert into cabecera default values

select @i=@i+1

end

go

/* y dos lineas *//

insert into lineas values (1,1,’Esto es una prueba’)

insert into lineas values (1,2,’Esto es una prueba linea 2′)

go

select * from cabecera

— 100 filas

Esto es normal, el sistema nos devuelve las 100 filas de la cabecera,

go

select * from cabecera inner join lineas on cabecera.id=lineas.id

— 2 filas !!!!

Sin embargo ahora devuelve solo dos, por que una sola cabecera tiene líneas y tiene dos líneas, por
tanto devuelve aquellas que están en las dos tablas, coincidiendo su id, esto da como resultado, dos
líneas solamente.

Pero podemos hacer que devuelva todas las cabeceras, y aquellas que no tengan líneas, pues que
nos devuelva valores null, esto son los llamados ‘joins externos’ y sirven para resolver la problemática
precisamente de cabeceras no relacionadas con líneas.

go

select * from cabecera left join lineas on cabecera.id=lineas.id

— 101 filas

El resultado serán las 101 filas, siendo todos los valores de la tabla líneas null, en aquellas que no
tienen registros relacionados. Aparece una fila más que cabeceras por que una cabecera tiene dos
líneas, por tanto esa cabecera aparecerá dos veces.

go

select * from cabecera left join lineas on cabecera.id=lineas.id where lineas.id is null

— 99 filas = 101 −2 filas.

También podemos mediante sentencias como la que tenéis arriba encontrar todas las cabeceras que
no tiene líneas, sabemos que si no hay líneas, el campo que relaciona líneas con cabecera será null,
no existirá, así que obligamos a que esto sea así con el predicado ‘Where lineas.id is null’

Otras cuestiones, también puede ser que las relaciones externas sean opcionales, en nuestro
ejemplo, vamos a añadir una zona, que resultará opcional, se podrá indicar para esta cabecera o no.
Si no se indica será un valor null en la tabla de cabecera, pero si se indica, tiene que existir, a
continuación el script para crear esta relación.

alter table cabecera add idZona int

go
create table Zonas (idzona int identity(1,1) not null primary key,
nombre varchar(100) not null )

go

alter table cabecera add constraint fk_CabZonas foreign key (idZona) references zonas(idzona)

go

Insertamos un registro en zonas

insert into zonas values (‘Sur Este?’)

select @@identity

Insertada la zona 1

Sin embargo existen ya 100 cabeceras con zona =null y eso no supone ningún problema, vamos
excepto que queramos sacar el nombre de la cabecera.

select * from cabecera c inner join zonas on c.idzona=zonas.idzona

También devolverá cero registros, por lo que tendremos que usar de nuevo left join.

Como comentarios añadir que sql-server también admite una notación distinta de inner join, left join
y right join, a base de poner el la condición where el símbolo * al lado del igual de una de las
condiciones, pero que además de ser menos clara en mi opinión, no es nomenclatura ANSI, por lo
que Sql-server podría no soportarla en futuras versiones.

Creacion De Indices

Un indice es una estructura interna que el sistema puede usar para encontrar 1 o mas registros en
una tabla de forma rapida.

Un indice de Base de Datos se crea para una columna o grupo de columnas.

A un indice se le asigna un nombre de acuerdo con las mismas reglas que se aplican para los
nombres de tablas.
Para crear un indice se utiliza la sentencia de SQL “CREATE INDEX”.

Una vez que se ha creado el indice, lo mantendra automaticamente.

Nota: El sistema puede usar un indice para aumentar la eficiencia en diversas circunstancias como
son:

 Acceso directo a un registro especificado

 Ordenacion
 Operacion Join