Generalidades y componentes de una base de datos

Concepto:
Es un sistema que almacena datos que estn relacionados.
Es un repositorio en donde guardamos informacin integrada que podemos almacenar y
recuperar.
Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y
un conjunto de programas que manipulan esos datos
Componentes de una Base de Datos:
Hardware: constituido por dispositivo de almacenamiento como discos, tambores, cintas, etc.
Software: que es el DBMS o Sistema Administrador de Base de Datos.
Datos: los cuales estn almacenados de acuerdo a la estructura externa y van a ser procesados
para convertirse en informacin.



Tipos de Usuarios en Base de Datos
Usuario Final: es la persona que utiliza los datos, esta persona ve datos convertidos en
informacin
Desarrollador de Aplicaciones: es la persona que desarrolla los sistemas que interactan con la
Base de Datos.
DBA: es la persona que asegura integridad, consistencia, redundancia, seguridad este es el
Administrador de Base de Datos quien se encarga de realizar el mantenimiento diario o peridico
de los datos.
Niveles de Abstraccin en Base de datos



Externo: esa es la visin del usuario final, se ve cmo se maneja los datos ya convertidos en
informacin. Es aquel en el que se presenta al usuario final y que puede combinaciones o
relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma
en el que el usuario aprecia la informacin y sus relaciones.
Conceptual: se ve como estestructurada la Base Datos, equipos de campo tiene como estan
estructurado los registros. Es aquel en el que se definen las estructuras lgicas de almacenamiento
y las relaciones que se darn entre ellas. Ejemplos comunes de este nivel son el diseo de los
registros y las ligas que permitirn la conexin entre registros de un mismo archivo,
de archivos distintos incluso, de ligas hacia archivos.
Interno: se ve como se almacena los datos fisicamente. Es aquel en el que se determinan las
caractersticas de almacenamiento en el medio secundario. Los diseadores de este nivel poseen
un amplio dominio de cuestiones tcnicas y de manejo de hardware. Muchas veces se opta por
mantener el nivel fsico proporcionado por el sistema operativo para facilitar y agilizar
el desarrollo.
Diseo de Base de datos:
En esta etapa se crea un esquema conceptual de la base de datos. Se desarrollan las
especificaciones hasta el punto en que puede comenzar la implementacin. Durante esta etapa se
crean modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento
del sistema, documentando los derechos de uso y manipulacin de los diferentes grupos de
usuarios.
Si parte de la informacin necesaria para crear algn elemento establecido ya se encuentra
implementado en otro sistema de almacenamiento hay que documentar que relacin existir
entre uno y otro y detallar los sistemas que eviten la duplicidad o incoherencia de los datos.
El diseo consta, como se vio anteriormente, de tres fases: el diseo global o conceptual, el diseo
lgico y el modelo fsico.
Esta etapa consta de tres fases: diseo conceptual, diseo lgico, diseo fsico de la Base de Datos.
La primera fase consiste en la produccin de un esquema conceptual que es independiente de
todas las consideraciones fsicas. Este modelo se refina despus en un esquemalgico eliminando
las construcciones que no se puede representar en el modelo de Base de Datos escogido
(relacional, orientado a objeto,etc). En la tercerafase el esquema lgico que traduce un esquema
fsico para el sistema gestor de Base de Datos escogido. La fase de diseo fsico considera las
estructuras dealmacenamiento y los mtodos de acceso necesarios para proporcionar un acceso
eficiente a la Base de Datos en memoria secundaria.
Seleccin del SGBD / DBMS:
Si no se dispone de un Sistema Gestor de Base de Datos o que se encuentre obsoleto se debe
escoger un SGBD que sea adecuado para el sistema de informacin esta eleccin se debe hacer en
cualquier momento antes del diseo lgico.
Diseo de aplicacin:
En esta etapa de disea los programas de aplicacin que usarn y aplicar la Base de Datos, esta
etapa el diseo de la Base de Datos son paralelos en la mayor parte delos casos no se puede
finalizar el diseo de las aplicaciones hasta que se a terminado el diseo de Base de Datos. Por
otro lado la Base de Datos exige para dar soportea las aplicaciones por lo que ahora
una retroalimentacin desde el diseo de las aplicaciones al diseo de la Base de Datos. En esta
etapa hay que asegurarse de quetoda la funcionalidad especificada en los requisitos de usuarios se
encuentra en el diseo de la aplicacin.
Prototipo:
Esta etapa es opcional es para construir prototipo de la aplicacin que permiten a los diseadores
y al usuario probar el sistema, un prototipo es un modelo de trabajo de las aplicaciones del
sistema. El prototipo no tiene toda la funcionalidad del sistema final pero es suficiente para que
los usuarios puedan usar el sistema e identificar qu aspectos est bien, cuales no son adecuados
adems de poder sugerir mejora la inclusin de nuevos elementos.

Implementacin:
En esta etapa se crean las definiciones de la Base de Datos a nivel conceptual externo interno,
as como los programas de aplicacin la implementacin de la Base de Datos se realiza mediante
las sentencias SQL, estas sentencias se encargan de crear el sistema d la base, los ficheros donde
se almacenarn los datos y las vistas de los usuarios.
Los programas de aplicacin se implementan utilizando lenguaje de tercera y cuarta generacin,
partes de estas aplicaciones son transacciones de la Base de Datos que se implementan tambin
mediante lenguaje SQL. La sentencia de este lenguaje se puede embeber en un lenguaje de
programacinanfitrin como Visual Basic,Java, etc. Tambin se implementan en esta etapa todos
los controles de seguridad e integridad.
Una vez totalmente detallado el modelo conceptual se comienza con la implementacin fsica del
modelo de datos, a medida que se va avanzando en el modelo el administrador del sistema va
asegurando la correccin del modelo y el validador la utilidad del mismo.
Conversin y Carga de datos:
Esta etapa es necesaria cuando se est reemplazando un sistema antiguo por uno nuevo. Los
datos se cargan desde el sistema viejo al nuevo directamente si es necesario se convierte al
formato que requiera el nuevo SGBD y luego se carga esta etapa se la suele llamar "Migracin".
Prueba:
En esta etapa se prueba y vlida el sistema con los requisitos especificados por los usuarios. Para
ello se debe disear una materia de test con datos reales que se deben llevar acabo de manera
metdica y rigurosa. Si la fase de prueba se lleva correctamente descubrir los errores en los
programas de aplicacin y en la estructura de la Base de Datos.
Mantenimiento:
Una vez que el sistema est completamente probado o implementado se pone en marcha. El
sistema est ahora en la fase de mantenimiento en la que se lleva acabo los siguientes tareas:
monitoreo de las prestaciones del sistema y mantenimiento, y actualizacin del sistema.
En esta ltima etapa todos los usuarios del sistema acceden a la base de datos y deben asegurarse
el correcto funcionamiento de la misma, que sus derechos son los adecuados, teniendo a su
disposicin cuanta informacin necesiten. Tambin debern asegurarse que el acceso a los datos
es cmodo, prctico, seguro y que se han eliminado, en la medida de lo posible, las posibilidades
de error.
El administrador se asegura que todos los derechos y todas las restricciones han sido
implementados correctamente y que se ha seguido en manual de estilo en la totalidad de la
implementacin
Modelo Entidad Relacin
Modelaje: Es el proceso mediante el cual podemos identificar las propiedades dinmicas
estticas de un dominio de aplicacin con mira a su transformacin en un diseo interpretable en
un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para
poder implementarlo.
Entidad: es el objeto sobre el cual se requiere mantener almacenar informacin.
Relacin: es la asociacin significativa y estable entre dos entidades

Atributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente (nombre,
apellido, direccin, edad, sexo)
Aplicacin de los sistemas de base de datos
Los sistemas de base de datos son ampliamente usados, especialmente en las universidades,
centros de investigacin, banca de seguros, lneas areas, telecomunicaciones, recursos humanos,
tiendas, supermercados, etc.
Como se puede observar, las base de datos forman parte importante de la mayora
de empresas actuales, las personas o usuarios no son conscientes de su uso debido a las
interfaces, pero en el desarrollo diario de los quehaceres estas ocupan los principales planos, de
hecho las base de datos forman parte de la vida de las personas.
SGBD MS USADOS
Entre los sistemas gestores de base de datos ms usados, tenemos entre otros de acuerdo al tipo
de licencia, Libres:
MySQL: Perteneciente a Sun Microsystems (tambin existe una versin no libre y ms completa).
Postgresql.
Open Office Database: De Sun Microsystems.
SQLite: Con licencia GPL, entre otros.
Privativos
Oracle Database: Perteneciente a Oracle Corporation.
Fox Pro.
Magic.
Microsoft SQL sever.
Microsoft Access.
ADABAS: Perteneciente a IBM.
Paradox.
Sybase ASE, y Sybase ASA, entre otros.
A continuacin se muestra algunas comparaciones entre los principales SGBD:
Soporte del Sistema operativo:

Objetos:


Estructura de base de datos relacionales
Una base de datos relacional consiste en un conjunto de tablas, a cada una de las cuales se le
asigna un nombre exclusivo.
Cada fila de la tabla representa una relacin entre un conjunto de valores. Dado que cada tabla es
un conjunto de dichas relaciones, hay una fuerte correspondencia entre el concepto de tabla y el
concepto matemtico de relacin, del que toma su nombre el modelo de datos relacional.
BASE DE DATOS RELACIONALES
Una base de datos relacional es un repositorio compartido de datos. Para hacer disponibles los
datos de una base de datos relacional a los usuarios hay que considerar varios aspectos. Uno es la
forma en que los usuarios solicitan los datos: cules son los diferentes lenguajes de consulta que
usan?
1. CARACTERSTICAS:
Presentamos las siguientes caractersticas:
Una base de datos relacional se compone de varias tablas o relaciones.
No pueden existir dos tablas con el mismo nombre.
Cada tabla es a su vez un conjunto de registros, filas o tuplas.
Cada registro representa un objeto del mundo real.
Cada una de estos registros consta de varias columnas, campos o atributos.
No pueden existir dos columnas con el mismo nombre en una misma tabla.
Los valores almacenados en una columna deben ser del mismo tipo de dato.
Todas las filas de una misma tabla poseen el mismo nmero de columnas.
No se considera el orden en que se almacenan los registros en las tablas.
No se considera el orden en que se almacenan las tablas en la base de datos.
La informacin puede ser recuperada o almacenada por medio de sentencias llamadas consultas.
2. ESTRUCTURA:
La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o instancia). El
esquema es la definicin de la estructura de la base de datos y principalmente almacena los
siguientes datos:
El nombre de cada tabla
El nombre de cada campo
El tipo de dato de cada campo
La tabla a la que pertenece cada campo
Las bases de datos relacionales pasan por un proceso al que se le conoce como normalizacin, el
resultado de dicho proceso es un esquema que permite que la base de datos sea usada de manera
ptima. Los datos o instancia es el contenido de la base de datos en un momento dado. Es en si, el
contenido de todos los registros.
3. VENTAJAS Y DESVENTAJAS:
Ventajas
Provee herramientas que garantizan evitar la duplicidad de registros.
Garantiza la integridad referencial, as, al eliminar un registro elimina todos los registros
relacionados dependientes.
Favorece la normalizacin por ser ms comprensible y aplicable.
Desventajas
Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de informacin geogrfica.
No se manipulan de forma manejable los bloques de texto como tipo de dato.
SQL (LENGUAJE ESTRUCTURADO DE CONSULTAS)

El SQL es el lenguaje estndar ANSI/ISO de definicin, manipulacin y control de bases de datos
relacionales. Es un lenguaje declarativo: slo hay que indicar qu se quiere hacer. En cambio, en
los lenguajes procedimentales es necesario especificar cmo hay que hacer cualquier accin sobre
la base de datos. El SQL es un lenguaje muy parecido al lenguaje natural; concretamente, se
parece al ingls, y es muy expresivo. Por estas razones, y como lenguaje estndar, el SQL es un
lenguaje con el que se puede acceder a todos los sistemas relacionales comerciales. Una de sus
principales caractersticas es el manejo del algebra y el clculo relacional que permiten efectuar
consultas con el fin de recuperar de una forma sencilla informacin de inters de una base de
datos, as como tambin hacer cambios sobre ella.
El modelo relacional tiene como estructura de almacenamiento de los datos las relaciones. La
intensin o esquema de una relacin consiste en el nombre que hemos dado a la relacin y un
conjunto de atributos. La extensin de una relacin es un conjunto de Tuplas, trabajar con SQL
esta nomenclatura cambia es decir:
Hablaremos de tablas en lugar de relaciones.
Hablaremos de columnas en lugar de atributos.
Hablaremos de filas en lugar de tuplas.
Normalizacin de bases de datos
El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las
relaciones obtenidas tras el paso del modelo entidad-relacin al modelo relacional.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Disminuir problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla sea
considerada como una relacin tiene que cumplir con algunas restricciones:
Cada tabla debe tener su nombre nico.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.
Terminologa relacional equivalente
Relacin = tabla o archivo
Registro = registro, fila, rengln o tupla
Atributo = columna o campo
Clave = llave o cdigo de identificacin
Clave Candidata = superclave mnima
Clave Primaria = clave candidata elegida
Clave Ajena (o fornea) = clave externa o clave fornea
Clave Alternativa = clave secundaria
Dependencia Multivaluada = dependencia multivalor
RDBMS = Del ingls Relational Data Base Manager System que significa, Sistema Gestor de Bases
de Datos Relacionales.
1FN = Significa, Primera Forma Normal o 1NF del ingls First Normal Form.
Los trminos Relacin, Tupla y Atributo derivan del lgebra y clculo relacional, que constituyen la
fuente terica del modelo de base de datos relacional.
Todo atributo en una tabla tiene un dominio, el cual representa el conjunto de valores que el
mismo puede tomar. Una instancia de una tabla puede verse entonces como un subconjunto del
producto cartesiano entre los dominios de los atributos. Sin embargo, suele haber algunas
diferencias con la analoga matemtica, ya que algunos RDBMS permiten filas duplicadas, entre
otras cosas. Finalmente, una tupla puede razonarse matemticamente como un elemento del
producto cartesiano entre los dominios.



Dependencia funcional

B es funcionalmente dependiente de A.
Una dependencia funcional es una conexin entre uno o ms atributos. Por ejemplo si se conoce
el valor de DNI tiene una conexin con Apellido o Nombre .
Las dependencias funcionales del sistema se escriben utilizando una flecha, de la siguiente
manera:
FechaDeNacimiento Edad
De la normalizacin (lgica) a la implementacin (fsica o real) puede ser sugerible tener stas
dependencias funcionales para lograr la eficiencia en las tablas.
Propiedades de la Dependencia funcional
Existen 3 axiomas de Armstrong:
Dependencia funcional Reflexiva
Si "y" est incluido en "x" entonces x y
A partir de cualquier atributo o conjunto de atributos siempre puede deducirse l mismo. Si la
direccin o el nombre de una persona estn incluidos en el DNI, entonces con el DNI podemos
determinar la direccin o su nombre.
Dependencia funcional Aumentativa
entonces
DNI nombre
DNI,direccin nombre,direccin
Si con el DNI se determina el nombre de una persona, entonces con el DNI ms la direccin
tambin se determina el nombre y su direccin.
Dependencia funcional transitiva



Dependencia funcional transitiva.
Sean X, Y, Z tres atributos (o grupos de atributos) de la misma entidad. Si Y depende
funcionalmente de X y Z de Y, pero X no depende funcionalmente de Y, se dice entonces
queZ depende transitivamente de X. Simblicamente sera:
X Y Z entonces X Z
FechaDeNacimiento Edad
Edad Conducir
FechaDeNacimiento Edad Conducir
Entonces tenemos que FechaDeNacimiento determina a Edad y la Edad determina a Conducir,
indirectamente podemos saber a travs de FechaDeNacimiento a Conducir (En muchos pases, una
persona necesita ser mayor de cierta edad para poder conducir un automvil, por eso se utiliza
este ejemplo).
"C ser un dato simple (dato no primario), B,ser un otro dato simple (dato no primario), A, es la
llave primaria (PK). Decimos que C dependera de B y B dependera funcionalmente de A."
Propiedades deducidas
Unin
y entonces
Pseudo-transitiva
y entonces
Descomposicin
y est incluido en entonces

Reglas de Codd
Codd se percat de que existan bases de datos en el mercado las cuales decan ser relacionales,
pero lo nico que hacan era guardar la informacin en las tablas, sin estar estas tablas
literalmente normalizadas; entonces ste public 12 reglas que un verdadero sistema relacional
debera tener, en la prctica algunas de ellas son difciles de realizar. Un sistema podr
considerarse "ms relacional" cuanto ms siga estas reglas.
Regla No. 1 - La Regla de la informacin
Toda la informacin en un RDBMS est explcitamente representada de una sola manera por
valores en una tabla.
Cualquier cosa que no exista en una tabla no existe del todo. Toda la informacin, incluyendo
nombres de tablas, nombres de vistas, nombres de columnas, y los datos de las columnas deben
estar almacenados en tablas dentro de las bases de datos. Las tablas que contienen tal
informacin constituyen el Diccionario de Datos. Esto significa que todo tiene que estar
almacenado en las tablas.
Toda la informacin en una base de datos relacional se representa explcitamente en el nivel
lgico exactamente de una manera: con valores en tablas. Por tanto los metadatos (diccionario,
catlogo) se representan exactamente igual que los datos de usuario. Y puede usarse el mismo
lenguaje (ej. SQL) para acceder a los datos y a los metadatos (regla 4)
Regla No. 2 - La regla del acceso garantizado
Cada tem de datos debe ser lgicamente accesible al ejecutar una bsqueda que combine el
nombre de la tabla, su clave primaria, y el nombre de la columna.
Esto significa que dado un nombre de tabla, dado el valor de la clave primaria, y dado el nombre
de la columna requerida, deber encontrarse uno y solamente un valor. Por esta razn la
definicin de claves primarias para todas las tablas es prcticamente obligatoria.
Regla No. 3 - Tratamiento sistemtico de los valores nulos
La informacin inaplicable o faltante puede ser representada a travs de valores nulos
Un RDBMS (Sistema Gestor de Bases de Datos Relacionales) debe ser capaz de soportar el uso de
valores nulos en el lugar de columnas cuyos valores sean desconocidos.
Regla No. 4 - La regla de la descripcin de la base de datos
La descripcin de la base de datos es almacenada de la misma manera que los datos ordinarios,
esto es, en tablas y columnas, y debe ser accesible a los usuarios autorizados.
La informacin de tablas, vistas, permisos de acceso de usuarios autorizados, etc, debe ser
almacenada exactamente de la misma manera: En tablas. Estas tablas deben ser accesibles igual
que todas las tablas, a travs de sentencias de SQL (o similar).
Regla No. 5 - La regla del sub-lenguaje Integral
Debe haber al menos un lenguaje que sea integral para soportar la definicin de datos,
manipulacin de datos, definicin de vistas, restricciones de integridad, y control de
autorizaciones y transacciones.
Esto significa que debe haber por lo menos un lenguaje con una sintaxis bien definida que pueda
ser usado para administrar completamente la base de datos.
Regla No. 6 - La regla de la actualizacin de vistas
Todas las vistas que son tericamente actualizables, deben ser actualizables por el sistema mismo.
La mayora de las RDBMS permiten actualizar vistas simples, pero deshabilitan los intentos de
actualizar vistas complejas.
Regla No. 7 - La regla de insertar y actualizar
La capacidad de manejar una base de datos con operandos simples aplica no slo para la
recuperacin o consulta de datos, sino tambin para la insercin, actualizacin y borrado de
datos'.
Esto significa que las clusulas para leer, escribir, eliminar y agregar registros (SELECT, UPDATE,
DELETE e INSERT en SQL) deben estar disponibles y operables, independientemente del tipo de
relaciones y restricciones que haya entre las tablas o no.
Regla No. 8 - La regla de independencia fsica
El acceso de usuarios a la base de datos a travs de terminales o programas de aplicacin, debe
permanecer consistente lgicamente cuando quiera que haya cambios en los datos almacenados,
o sean cambiados los mtodos de acceso a los datos.
El comportamiento de los programas de aplicacin y de la actividad de usuarios va terminales
debera ser predecible basados en la definicin lgica de la base de datos, y ste comportamiento
debera permanecer inalterado, independientemente de los cambios en la definicin fsica de sta.
Regla No. 9 - La regla de independencia lgica
Los programas de aplicacin y las actividades de acceso por terminal deben permanecer
lgicamente inalteradas cuando quiera que se hagan cambios (segn los permisos asignados) en
las tablas de la base de datos.
La independencia lgica de los datos especifica que los programas de aplicacin y las actividades
de terminal deben ser independientes de la estructura lgica, por lo tanto los cambios en la
estructura lgica no deben alterar o modificar estos programas de aplicacin.
Regla No. 10 - La regla de la independencia de la integridad
Todas las restricciones de integridad deben ser definibles en los datos, y almacenables en el
catlogo, no en el programa de aplicacin.
Las reglas de integridad
Ningn componente de una clave primaria puede tener valores en blanco o nulos (sta es la
norma bsica de integridad).
Para cada valor de clave fornea deber existir un valor de clave primaria concordante. La
combinacin de estas reglas aseguran que haya integridad referencial.
Regla No. 11 - La regla de la distribucin
El sistema debe poseer un lenguaje de datos que pueda soportar que la base de datos est
distribuida fsicamente en distintos lugares sin que esto afecte o altere a los programas de
aplicacin.
El soporte para bases de datos distribuidas significa que una coleccin arbitraria de relaciones,
bases de datos corriendo en una mezcla de distintas mquinas y distintos sistemas operativos y
que est conectada por una variedad de redes, pueda funcionar como si estuviera disponible
como en una nica base de datos en una sola mquina.
Regla No. 12 - Regla de la no-subversin
Si el sistema tiene lenguajes de bajo nivel, estos lenguajes de ninguna manera pueden ser usados
para violar la integridad de las reglas y restricciones expresadas en un lenguaje de alto nivel (como
SQL).
Algunos productos solamente construyen una interfaz relacional para sus bases de datos No
relacionales, lo que hace posible la subversin (violacin) de las restricciones de integridad. Esto
no debe ser permitido.