Base de datos relacional

2.1 Relaciones Base y Derivadas

Una Base de Datos Relacional, es una base de datos que

cumple con el modelo relacional, el cual es el modelo ms
utilizado en la actualidad para implementar bases de datos ya planicadas. Permiten establecer interconexiones
(relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos
de ambas tablas, de ah proviene su nombre: Modelo
Relacional. Tras ser postuladas sus bases en 1970 por
Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo
paradigma en los modelos de base de datos.[1]

En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las
relaciones que almacenan datos son llamadas relaciones
base y su implementacin es llamada tabla. Otras relaciones no almacenan datos, pero son calculadas al aplicar
operaciones relacionales. Estas relaciones son llamadas
relaciones derivadas y su implementacin es llamada
vista o consulta. Las relaciones derivadas son convenientes ya que expresan informacin de varias relaciones
actuando como si fuera una sola tabla.

2.2 Restricciones
Una restriccin es una limitacin que obliga el cumplimiento de ciertas condiciones en la base de datos. Algunas no son determinadas por los usuarios, sino que son
inherentemente denidas por el simple hecho de que la
base de datos sea relacional. Algunas otras restricciones
las puede denir el usuario, por ejemplo, usar un campo
con valores enteros entre 1 y 10.

Caractersticas

Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las restricciones limitan los datos
que pueden ser almacenados en las tablas. Usualmente se
denen usando expresiones que dan como resultado un
valor booleano, indicando si los datos satisfacen la restriccin o no.

Una Base de Datos se compone de varias tablas o

relaciones.

No pueden existir dos tablas con el mismo nombre

Las restricciones no son parte formal del modelo relacioni registro.
nal, pero son incluidas porque juegan el rol de organizar
Cada tabla es a su vez un conjunto de registros (las mejor los datos. Las restricciones son muy discutidas juny columnas).
to con los conceptos relacionales.
La relacin entre una tabla padre y un hijo se lleva
a cabo por medio de las claves primarias y ajenas (o 2.3 Dominios
forneas).
Un dominio describe un conjunto de posibles valores pa Las claves primarias son la clave principal de un re- ra cierto atributo. Como un dominio restringe los valores
gistro dentro de una tabla y stas deben cumplir con del atributo, puede ser considerado como una restriccin.
la integridad de datos.
Matemticamente, atribuir un dominio a un atributo signica cualquier valor de este atributo debe ser elemento
Las claves ajenas se colocan en la tabla hija, contiedel conjunto especicado.
nen el mismo valor que la clave primaria del registro
padre; por medio de stas se hacen las formas rela- Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no procedurales, etc.
cionales

Cada tabla puede tener uno o ms campos cuyos valores

identican de forma nica cada registro de dicha tabla,
es decir, no pueden existir dos o ms registros diferentes cuyos valores en dichos campos sean idnticos. Este

Elementos
1

MANIPULACIN DE LA INFORMACIN

conjunto de campos se llama clave nica. Pueden existir

varias claves nicas en una determinada tabla, y a cada
una de stas suele llamrsele candidata a clave primaria.

3 Estructura

2.4

El esquema es la denicin de la estructura de la base de

datos y principalmente almacena los siguientes datos:

Clave primaria

La base de datos se organiza en dos marcadas secciones;

el esquema y los datos (o instancia).

Una clave primaria es una clave nica elegida entre todas

las candidatas que dene unvocamente a todos los dems
atributos de la tabla, para especicar los datos que sern
relacionados con las dems tablas. La forma de hacer esto
es por medio de claves forneas.

El nombre de cada tabla

2.5

El tipo de dato de cada columna

Clave fornea

El nombre de cada columna

Una clave fornea es una referencia a una clave en otra

La tabla a la que pertenece cada columna
tabla, determina la relacin existente en dos tablas. Las
claves forneas no necesitan ser claves nicas en la tabla
donde estn y s a donde estn referenciadas.
Las bases de datos relacionales pasan por un proceso al
Por ejemplo, el cdigo de departamento puede ser una que se le conoce como normalizacin, el resultado de diclave fornea en la tabla de empleados. Se permite que cho proceso es un esquema que permite que la base de
haya varios empleados en un mismo departamento, pero datos sea usada de manera ptima.
habr uno y slo un departamento por cada clave distinta Los datos o instancia es el contenido de la base de datos
de departamento en la tabla de departamentos.
en un momento dado. Es en s, el contenido de todos los
registros.

2.6

Clave ndice

Las claves ndice surgen con la necesidad de tener un 4 Manipulacin de la informacin

acceso ms rpido a los datos. Los ndices pueden ser
creados con cualquier combinacin de campos de una tabla. Las consultas que ltran registros por medio de estos Para manipular la informacin utilizamos un lenguaje recampos, pueden encontrar los registros de forma no se- lacional, actualmente se cuenta con dos lenguajes formales el lgebra relacional y el clculo relacional. El lgebra
cuencial usando la clave ndice.
relacional permite describir la forma de realizar una conLas bases de datos relacionales incluyen mltiples tcni- sulta, en cambio, el clculo relacional slo indica lo que
cas de ordenamiento, cada una de ellas es ptima para se desea devolver.
cierta distribucin de datos y tamao de la relacin.
El lenguaje ms comn para construir las consultas a
Los ndices generalmente no se consideran parte de la ba- bases de datos relacionales es SQL (Structured Query
se de datos, pues son un detalle agregado. Sin embargo, Language), un estndar implementado por los principales
las claves ndices son desarrolladas por el mismo grupo motores o sistemas de gestin de bases de datos relaciode programadores que las otras partes de la base de datos. nales integradas.
En el modelo relacional los atributos deben estar explcitamente relacionados a un nombre en todas las operacio2.7 Procedimientos almacenados
nes, en cambio, el estndar SQL permite usar columnas
Un procedimiento almacenado es cdigo ejecutable que sin nombre en conjuntos de resultados, como el asterisco
se asocia y se almacena con la base de datos. Los procedi- taquigrco (*) como notacin de consultas.
mientos almacenados usualmente recogen y personalizan Al contrario del modelo relacional, el estndar SQL reoperaciones comunes, como insertar un registro dentro quiere que las columnas tengan un orden denido, lo cual
de una tabla, recopilar informacin estadstica, o encap- es fcil de implementar en una computadora, ya que la
sular clculos complejos. Son frecuentemente usados por memoria es lineal.
un API por seguridad o simplicidad.
Es de notar, sin embargo, que en SQL el orden de las
Los procedimientos almacenados no son parte del modelo columnas y los registros devueltos en cierto conjunto de
relacional, pero todas las implementaciones comerciales resultado nunca est garantizado, a no ser que explcitamente sea especicado por el usuario.
los incluyen.

Manejadores de base de datos re- 7 Diseo de las bases de datos relalacionales

cionales

Existe software exclusivamente dedicado a tratar con bases de datos relacionales. Este software se conoce como
SGBD (Sistema de gestin de base de datos relacional)
o RDBMS (del ingls Relational Database Management
System).

El primer paso para crear una base de datos, es planicar el tipo de informacin que se quiere almacenar en la
misma, teniendo en cuenta dos aspectos: la informacin
disponible y la informacin que necesitamos.

La planicacin de la estructura de la base de datos, en

Entre los gestores o manejadores actuales ms populares particular de las tablas, es vital para la gestin efectiva de
la misma. El diseo de la estructura de una tabla consiste
encontramos:
en una descripcin de cada uno de los campos que componen el registro y los valores o datos que contendr cada
MySQL
uno de esos campos.
PostgreSQL,
Los campos son los distintos tipos de datos que componen la tabla, por ejemplo: nombre, apellido, domicilio. La
Oracle,
denicin de un campo requiere: el nombre del campo,
el tipo de campo, el ancho del campo, etc.
DB2,
Los registros constituyen la informacin que va conteni INFORMIX,
da en los campos de la tabla, por ejemplo: el nombre del
paciente, el apellido del paciente y la direccin de este.
Interbase,
Generalmente los diferentes tipos de campos que se pueden almacenar son los siguientes: Texto (caracteres), Nu Firebird,
mrico (nmeros), Fecha / Hora, Lgico (informaciones
lgicas si/no, verdadero/falso, etc.), imgenes.
Sybase
En resumen, el principal aspecto a tener en cuenta du Microsoft SQL Server
rante el diseo de una tabla es determinar claramente los
campos necesarios, denirlos en forma adecuada con un
nombre especicando su tipo y su longitud.

Ventajas y desventajas

6.1

Ventajas

8 Vase tambin

Provee herramientas que garantizan evitar la duplicidad de registros.

Base de datos

Garantiza la integridad referencial, as, al eliminar

un registro elimina todos los registros relacionados
dependientes.

Modelo entidad-relacin

Favorece la normalizacin por ser ms comprensible

y aplicable.

6.2

Desventajas

Presentan deciencias con datos grcos, multimedia, CAD y sistemas de informacin geogrca.
No se manipulan de forma manejable los bloques de
texto como tipo de dato.
Las bases de datos orientadas a objetos (BDOO) se
propusieron con el objetivo de satisfacer las necesidades de las aplicaciones anteriores y as, complementar pero no sustituir a las bases de datos relacionales.

Modelo relacional

Base de datos orientada a objetos

9 Referencias
[1] Communications of the ACM, volume=13, issue=6,
pages=377-387 en ingls

10 Enlaces externos
Artculo sobre Como ocupar menos espacio de disco
duro en bases de datos relacionales
Blog sobre base de datos Oracle y alta disponibilidad
Comparacin entre Oracle y SQL Server

11

11
11.1

TEXT AND IMAGE SOURCES, CONTRIBUTORS, AND LICENSES

Text and image sources, contributors, and licenses

Text

Base de datos relacional Fuente: http://es.wikipedia.org/wiki/Base%20de%20datos%20relacional?oldid=82009615 Colaboradores: Caligari~eswiki, Guevonaso, Aloriel, Dodo, Jynus, Elsenyor, Str0b0s, Ivanrguez, RobotQuistnix, Alhen, Superzerocool, Chobot, Caiserbot,
Yrbot, Baito, GermanX, Jesuja, Baneld, Er Komandante, Lancaster, Tomatejc, Filipo, BOTpolicia, CEM-bot, Jorgelrm, Laura Fiorucci,
Osepu, Zendel, Srengel, Jmacoe, VARGUX, RoyFocker, Isha, Vitorres, JAnDbot, Soulbot, Xavigivax, Rei-bot, Mixtli5, Gao.mza, Developer, Biasoli, Cinevoro, Technopat, Matdrodes, Elabra sanchez, Muro Bot, PaintBot, BOTarate, SPZ, BuenaGente, Tirithel, Nicop, Quijav,
Eduardosalg, Leonpolanco, Poco a poco, Aipni-Lovrij, Leonel.canton, Rrupo, Juan Cabral, UA31, AVBOT, LucienBOT, Angel GN,
MarcoAurelio, Gonzalogc, Diegusjaimes, Arjuno3, Luckas-bot, Ptbotgourou, Sessho-akat, SuperBraulio13, Xqbot, Jkbw, Dreitmen, Annihilator SP, Botarel, Lungo, Leugim1972, PatruBOT, Aurionfox, Humbefa, LU2JGP, EmausBot, Savh, Gigalpina, Sergio Andres Segovia,
J. A. Glvez, Rubpe19, Jcaraballo, MadriCR, Waka Waka, Elalecampeon, MerlIwBot, Leo Percepied, TeleMania, 5truenos, Mario Antonio Hidalgo, Aitorfaur, Vetranio, Harpagornis, Helmy oved, Ralgisbot, Juanitorreslp, Addbot, YURYAN, Penacho123, JacobRodrigues,
Laberinto16, Prolactino, Jarould y Annimos: 282

11.2

Images

Archivo:Diagrama_Empleado.jpeg Fuente: http://upload.wikimedia.org/wikipedia/commons/e/ed/Diagrama_Empleado.jpeg Licencia:

CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Ivanrguez

11.3

Content license

Creative Commons Attribution-Share Alike 3.0