BASE DE DATOS

1. DEFINICION:

1.1. Es un conjunto de datos vinculados que se administran como una sola

unidad.
1.2. Una base de datos es una colección de información organizada de forma
que un programa de ordenador pueda seleccionar rápidamente los
fragmentos de datos que necesite.
1.3. Conjunto de datos organizados que comparten un mismo criterio de
pertenencia.[1]
1.4. Conjunto de archivos vinculados entre sí y tratados como una sola
entidad. [1]
1.5. Una base de datos o banco de datos es un conjunto de datos que
pertenecen al mismo contexto almacenados sistemáticamente para su
posterior uso.[2]
1.6. Una base de datos es un conjunto de información estructurada en
registros almacenada en un soporte electrónico legible desde un
ordenador. Cada registro constituye una unidad autónoma de información
que puede estar a su vez estructurada en diferentes campos o tipos de
datos que se recogen en dicha base de datos. Por ejemplo, en un
directorio de miembros de una asociación, un registro será la ficha
completa de cada uno de los socios. En cada registro se recogerán
determinados datos, como el nombre, la profesión, la dirección o el
teléfono, cada uno de los cuáles constituye un campo.
1.7. Conjunto de datos almacenados en una computadora y organizados en
un programa que permita la consulta selectiva de los mismos.[3]
1.8. Es una colección de archivos interrelacionados, son creados con un
DBMS. El contenido de una base de datos engloba a la información
concerniente (almacenadas en archivos) de una organización, de tal
manera que los datos estén disponibles para los usuarios, una finalidad
de la base de datos es eliminar la redundancia o al menos minimizarla.
Los tres componentes principales de un sistema de base de datos son el
hardware, el software DBMS y los datos a manejar, así como el personal
encargado del manejo del sistema.[4]

2. GESTORES O MOTORES DE BASES DE DATOS:

2.1. My SQL (MICROSOFT SQL SERVER):

Es un sistema de gestión de bases de datos relacional, fue creada por la empresa

sueca MySQL AB, la cual tiene el copyright del código fuente del servidor SQL, así
como también de la marca. MySQL es un software de código abierto, licenciado
bajo la GPL de la GNU, aunque MySQL AB distribuye una versión comercial, en lo
 único que se diferencia de la versión libre, es en el soporte técnico que se ofrece,
y la posibilidad de integrar este gestor en un software propietario, ya que de otra
manera, se vulneraría la licencia GPL. El lenguaje de programación que utiliza
MySQL es Structured Query Language (SQL) que fue desarrollado por IBM en
1981 y desde entonces es utilizado de forma generalizada en las bases de datos
relacionales.[5]
El atractivo principal: la baratura del sistema, y la tendencia de los directivos a
aceptar preferentemente productos de Microsoft. Además, hay que reconocer que
la versión 7 es bastante estable, aunque me han llegado rumores de problemas en
máquinas con varios procesadores que se han resuelto el Service Pack 1. Otro
punto importante a favor de SQL Server es la interfaz de acceso OLE DB y ADO.
Aunque se trata de una interfaz universal, SQL Server es una de las primeras
bases de datos en soportarla. Nuestros experimentos con ADO nos han dejado
muy buena impresión, y ya Delphi y C++ Builder 5 ofrecen componentes nativos
para ADO
De todos modos siguen existiendo factores en contra de este sistema. Solamente
puede ejecutarse sobre ordenadores Windows. El lenguaje procedimental es
todavía bastante caótico, y la implementación de la integridad referencial es
demasiado restrictiva.[6]

2.1.1. HISTORIA DE My SQL:

MySQL surgió alrededor de la década del 90, Michael Windenis comenzó a usar
mSQL para conectar tablas usando sus propias rutinas de bajo nivel (ISAM). Tras
unas primeras pruebas, llegó a la conclusión de que my SQL no era lo bastante
flexible ni rápido para lo que necesitaba, por lo que tuvo que desarrollar nuevas
funciones. Esto resulto en una interfaz SQL a su base de datos, totalmente
compatible a my SQL.

El origen del nombre MySQL no se sabe con certeza de donde proviene, por una
lado se dice que en sus librerías han llevado el prefijo “my” durante los diez últimos
años, por otra parte, la hija de uno de los desarrolladores se llama My. Así que no
está claramente definido cual de estas dos causas han dado lugar al nombre de
este conocido gestor de bases de datos.[5]

2.2. SQL SERVER:

Es un conjunto de objetos eficientemente almacenados. Los objetos donde se

almacena la información se denominan tablas, y éstas a su vez están compuestas de
filas y columnas. En el centro de SQL Server está el motor de SQL Server, el cual
procesa los comandos de la base de datos. Los procesos se ejecutan dentro del
sistema operativo y entienden únicamente de conexiones y de sentencias SQL.

SQL Server incluye herramientas para la administración de los recursos que el

ordenador nos proporciona y los gestiona para un mejor rendimiento de la base de
datos. Una buena instalación y configuración de SQL Server, y sobre todo una buena
administración de las herramientas que éste nos proporciona, logrará:
 • Qué las consultas que se realicen mediante sentencias SQL obtengan un
tiempo de respuesta óptimo.
• Qué la memoria y la CPU de la máquina estén aprovechadas al máximo
Transact-SQL es el lenguaje que utiliza SQL Server para poder enviar
peticiones tanto de consultas, inserciones, modificaciones, y de borrado a las
tablas, así como otras peticiones que el usuario necesite sobre los datos. En
definitiva, es un lenguaje que utiliza SQL Server para poder gestionar los datos
que contienen las tablas. El lenguaje estándar SQL (Structured Query
Language) se emplea para los sistemas de bases de datos relacionales
RDBMS (Relational Database Management System), es el estándar ANSI
(American National Standards Institute). También es utilizado por otros
sistemas como: Oracle, Access, Sybase, etc.[7]
2.3. ORACLE:

He aquí una de las bases de datos más conocidas y de mejor nombre. Y sí: se
trata de una opinión bien ganada. Oracle es potente y altamente eficiente.

La versión más reciente de Oracle es la 8 punto algo. Y es que desde el

lanzamiento original de la 8 se sucedieron varias versiones con correcciones, hasta
alcanzar la estabilidad en la 8.0.3. El motivo de tantos fallos fue, al parecer, la
remodelación del sistema de almacenamiento por causa de la introducción de
extensiones orientadas a objetos.

¿Qué hay de los objetos de Oracle? Este sistema ha comenzado a evolucionar en

esta dirección, añadiendo tipos de clases, referencias, tablas anidadas, matrices y
otras estructuras de datos complejas. Desafortunadamente, la implementación
actual de las mismas no ofrece una ventaja clara en eficiencial, como sería de
esperar, y sí provocan la incompatibilidad de los diseños que aprovechan las
nuevas características con otras bases de datos. Aunque Delphi y C++ Builder
soportan perfectamente las extensiones de objeto de Oracle, no soy partidario de
utilizarlas, al menos en el estado actual de la tecnología.

Oracle soporta todas las funciones que se esperan de un servidor "serio": un

lenguaje de diseño de bases de datos muy completo (PL/SQL) que permite
implementar diseños "activos", con triggers y procedimientos almacenados, con
una integridad referencial declarativa bastante potente. Permite el uso de
particiones para la mejora de la eficiencia, de replicación e incluso ciertas versiones
admiten la administración de bases de datos distribuidas. El software del servidor
puede ejecutarse en multitud de sistemas operativos. Existe incluso una versión
personal para Windows 9x, lo cual es un punto a favor para los desarrolladores que
se llevan trabajo a casa.

El mayor inconveniente de Oracle es quizás su precio. Incluso las licencias de

Personal Oracle son excesivamente caras, en nuestra opinión. Otro problema es la
necesidad de ajustes. Un error frecuente consiste en pensar que basta instalar el
Oracle en un servidor y enchufar directamente las aplicaciones clientes. Un Oracle
mal configurado puede ser desesperantemente lento. También es elevado el coste
 de la formación, y sólo últimamente han comenzado a aparecer buenos libros
sobre asuntos técnicos distintos de la simple instalación y administración.[6]

2.3.1. (Oracle Corporation). Una de las compañías más grandes

desarrolladoras de SGBD, herramienta para bases de datos, entre otros
productos.

Oracle fue fundada en 1977, emplea a más de 50 mil personas en todo el

mundo (2005) y tiene oficinas en más de 145 países.

2.3.2. Tipo de servidor para bases de datos (Ver Servidor Oracle).[8]

2.4. ACCES:

(Microsoft Access). Es un sistema de gestión de base de datos desarrollado por

Microsoft, y componente de la suite Microsoft Office. Es útil para la creación de
pequeñas bases de datos para el hogar y pequeñas empresas. No es
multiplataforma, pues sólo funciona en Windows.[9]

3. TIPOS DE BASES DE DATOS

3.1. MODELO JERÁRQUICO:

Este modelo utiliza árboles para la representación lógica de los datos. Este árbol está
compuesto de unos elementos llamados nodos. El nivel más alto del árbol se denomina
raíz. Cada nodo representa un registro con sus correspondientes campos. [10]

Fue el pionero en los sistemas de bases de datos, allá por comienzos de los años 60. En
realidad no hay un modelo teórico detrás sino que surgió a raíz de los trabajos de IBM y
de la NAA (North American Aviation) que dieron lugar al IMS (Information Management
System) que podemos considerar el primer sistema de base de datos jerárquico.[11]

El sistema jerárquico más comúnmente conocido es el sistema IMS de IBM. Esta base de
datos tiene como objetivo establecer una jerarquía de fichas, de manera que cada ficha
puede contener a su vez listas de otras fichas, y así sucesivamente. P.ej., una ficha de
clientes puede contener una lista de fichas de facturas, cada una de las cuales puede
contener a su vez una lista de fichas de líneas de detalle que describen los servicios
facturados. Una ocurrencia de registro es una jerarquía de ocurrencias de segmento.
Cada ocurrencia de segmento está formada por un conjunto de ocurrencias o instancias
de los campos que componen el segmento.[12]
 3.1.1. Las características principales de implementar este modelo son:

3.1.1.1. Globalización de la información: permite a los diferentes usuarios

considerar la información como un recurso corporativo que carece de
dueños específicos.
3.1.1.2. Eliminación de información inconsistente: si existen dos o más archivos
con la misma información, los cambios que se hagan a éstos deberán
hacerse a todas las copias del archivo de facturas.
3.1.1.3. Permite compartir información
3.1.1.4. Permite mantener la integridad en la información: la integridad de la
información es una de sus cualidades altamente deseable y tiene por
objetivo que sólo se almacena la información correcta.
3.1.1.5. Independencia de datos: el concepto de independencia de datos es
quizás el que más ha ayudado a la rápida proliferación del desarrollo de
Sistemas de Bases de Datos.[13]

3.1.2. Los segmentos se clasifican en tres tipos:

3.1.2.1. Padre: Es aquel que tiene descendientes (hijos) todos localizados al
mismo nivel.
3.1.2.2. Hijo: Es aquel que depende de un segmento anterior, todos los hijos el
mismo padre tendrán que estar localizados en el mismo nivel.
3.1.2.3. Segmento raíz: Es el único segmento que no tiene padre, es el antecesor
de todos, y es el segmento de mayor nivel, es decir esta en el nivel
superior del árbol.[13]

3.2. MODELO EN RED:

En este modelo las entidades se representan como nodos y sus relaciones son las líneas
que los unen. En esta estructura cualquier componente puede relacionarse con cualquier
otro.
A diferencia del modelo jerárquico, en este modelo, un hijo puede tener varios padres.

Los conceptos básicos en el modelo en red son:

•El tipo de registro, que representa un nodo.

•Elemento, que es un campo de datos.
• Agregado de datos, que define un conjunto de datos con nombre. [10]
3.2.1. Registro: Viene a ser como cada una de las fichas almacenadas en un fichero
convencional.
3.2.2. Campos o elementos de datos. Son cada uno de los apartados de que se
compone una ficha.
3.2.3. Campos o elementos de datos. Son cada uno de los apartados de que se
compone una ficha.
3.2.4. Conjunto: Es el concepto que permite relacionar entre sí tipos de registro
distintos.[12]

3.3. MODELO RELACIONAL.:

Una base de datos relacional es una base de datos en donde todos los datos visibles al
usuario están organizados estrictamente como tablas de valores, y en donde todas las
operaciones de la base de datos operan sobre estas tablas.

El modelo relacional representa un sistema de bases de datos en un nivel de abstracción

un tanto alejado de los detalles de la máquina subyacente. De hecho, el modelo relacional
puede considerarse como un lenguaje de programación más bien abstracto, orientado de
manera específica hacia las aplicaciones de bases de datos. [14]

Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las
tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el
concepto informático de una tabla, y el concepto matemático de relación, lo cual es una
gran ventaja, pues permite efectuar formalizaciones de una forma estricta mediante las
herramientas matemáticas asociadas, como pueda ser el álgebra relacional en el ámbito
de las consultas.[10]

Este modelo es el más utilizado actualmente ya que utiliza tablas bidimensionales para la
representación lógica de los datos y sus relaciones.

Algunas de sus principales características son:

• Puede ser entendido y usado por cualquier usuario.

• Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestión.
• Los usuarios no necesitan saber donde se encuentran los datos físicamente. [10]

Los conceptos básicos del modelo relacional son:

3.3.1. Registro: Es algo así como cada ficha de un fichero convencional.

3.3.2. Tabla: Es un conjunto de fichas de un mismo tipo

Con estos dos conceptos es posible crear cualquier tipo de datos, y asociarlos entre sí,
sin las restricciones propias del modelo jerárquico o en red. P.ej., si necesitamos diseñar
una base de datos

3.4. MODELOS AVANZADOS:

Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas para
una extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los
ordenadores personales, ha hecho aparecer nuevas aplicaciones potentes que requieren
la utilización de datos complejamente relacionados o con necesidades de consultas muy
particulares, como puedan ser p.ej., los sistemas de información geográficos, el diseño de
circuitos electrónicos por ordenador, etc.
Otro de los problemas que poseen los sistemas relacionales es el uso de los lenguajes de
manipulación y definición de datos, que, aunque son muy simples de manejar
directamente por un usuario, son difíciles de insertar en un lenguaje de programación
convencional, lo que da lugar a un problema de impedancia o resistencia de un lenguaje a
ser utilizado junto con otro. Otros problemas se refieren a la inclusión del concepto de
orden en los registros almacenados.
Dado que una tabla es un conjunto de registros, y un conjunto no permite ni repeticiones
de sus elementos, ni establece un orden entre ellos, es imposible representar ciertas
características de datos muy particulares.
Todos estos problemas han hecho que los investigadores estén buscando alternativas
fiables a las bases de datos relacionales, como puedan ser las deductivas, las
persistentes, las funcionales, o las orientadas a objetos, pasando por una gama de bases
de datos históricas, espaciales, etc. Dos de ellas son las que están sufriendo mayor
empuje por parte de la comunidad informática.[12]

3.5. MODELO ORIENTADO A OBJETOS:

Actualmente, la creación de programas más grandes y complejos, ha hecho avanzar los
métodos de programación hacia nuevas formas que permiten el trabajo en equipo de una
forma más eficaz y en la que se disminuyen los problemas de coordinación. Uno de estos
métodos consiste en la programación orientada a objetos (POO), que trata los problemas
desde un punto de vista realista, y modelando cada uno de ellos como si se tratase de un
conjunto de elementos u objetos que interrelacionan entre sí para solucionar el
problema.[12]

3.5.1. Clase: Cuando hay varios objetos semejantes, pueden agruparse en una
clase. De hecho, todo objeto debe pertenecer a una clase, que define sus
características generales..
3.5.2. Estado: Son las características propias de cada objeto. Siguiendo con el caso
de los engranajes, su estado puede ser el número de dientes, el tamaño, etc.
El estado se utiliza especialmente para guardar la situación del objeto que
varía con el tiempo.
3.5.3. Encapsulación: Cada objeto es consciente de sus propias características. El
engranaje «sabe» que si recibe una fuerza en uno de sus dientes, debe girar,
y lo sabe porque obedece a unas leyes físicas. En el caso de un programa, es
el programador el que debe indicarle al objeto cómo comportarse ante cada
estímulo del exterior o de otro objeto.
3.5.4. Mensaje: Es cada uno de los estímulos que se envían a un objeto.
3.5.5. Herencia: Para facilitar la programación, se puede establecer toda una
jerarquía de tipos o clases.

3.6. MODELO DECLARATIVO:

El enfoque de las bases de datos declarativas es sumamente intuitivo para el usuario, y le

permite abstraerse de los problemas de programación inherentes a otros métodos. Este
modelo suele usarse para bases de conocimiento, que no son más que bases de datos
con mecanismos de consulta en los que el trabajo de extracción de información a partir de
los datos recae en realidad sobre el ordenador, en lugar de sobre el usuario. Estos
mecanismos de consulta exigen que la información se halle distribuida de manera que
haga eficiente las búsquedas de los datos, ya que normalmente las consultas de este tipo
requieren acceder una y otra vez a los datos en busca de patrones que se adecúen a las
características de los datos que ha solicitado el usuario. Sin embargo, no hablaremos de
la organización de los datos, sino sólo de las formas de las consultas.
Antes de comenzar, aclararemos que, cuando se vea el lenguaje SQL sobre las bases de
datos relacionales, diremos que este es un lenguaje no procedural, en el sentido de que el
usuario especifica qué es lo que quiere, pero no cómo. No se debe confundir este aspecto
del SQL con un lenguaje puramente declarativo, ya que éstos, amplían la filosofía de la
base de datos, de manera que el usuario
no es consciente de los métodos de búsqueda que se realizan internamente, y la forma en
que se manejan los datos también es muy distinta; además, en el caso de las funcionales,
es necesario complicar soberanamente los métodos utilizados si se quiere mantener la
pureza de la metodología funcional. Además, la teoría que subyace en ambos modelos
difiere radicalmente.

4. ELEMENTOS DE LAS BASES DE DATOS

4.1. Entidad (entities) – Persona, lugar, objeto u evento para el cual se obtiene y
mantiene datos. Ejemplo: Cliente, Orden, Producto, Suplidor.

4.2. Campo (FIELDS) – Atributo o característica de la entidad. Ejemplo: en la entidad

Cliente, algunos campos pueden ser Nombre, Apellido, Dirección.

4.3. Record – Es una colección o grupo de campos que describen un miembro de

una entidad. Ejemplo, el record de un cliente, o de un producto.

4.4. Archivo – Es un grupo de records que contienen datos sobre una entidad en
específico. Ejemplo: el archivo de clientes, es archivo de productos, o de
empleados.

4.5. Llave o "Key" – Es un campo que se usa para localizar, acceder o identificar un
record en específico. Hay cuatro tipos de “key”:
 4.5.1. "Primary key": Es un campo u combinación de campos que en forma única y
mínima identifica un miembro en particular de una entidad. Es único porque
no hay dos miembros con el mismo "key". Es mínimo porque contiene tan solo
la información necesaria para identificar al miembro de la entidad. Si el
"primary key" es una combinación de varios campos se conoce como
“multivalue key".
4.5.2. "Candidate key": Cualquier campo que pueda servir como "primary key". Para
seleccionar al "primary key", se escoge el campo que tenga menos datos y
sea más fácil de usar. Cualquier campo que no es un "primary key" o un
"candidate key" se llama "nonkey field."
4.5.3. "Foreign key": Es un cambo en un archivo que debe parear con el valor del
"primary key" de otro archivo para que se pueda establecer una relación o
“link” entre ambos archivos.
4.5.4. "Secondary key": Es un campo u combinación de campos que se puede usa
para acceder records. Los "secondary keys" no necesitan ser únicos. Ejemplo:
nombre del cliente, código postal (zipcode).[15]

5. SQL:

INFOGRAFIA

1. http://www.scribd.com/doc/6653981/Base-de-Datos

2. http://www.profesionalhosting.com/hosting/definicion/bases-de-datos-23.html
3. http://www.definiciones.com.mx/definicion/B/base-de-datos/
4. http://www.mitecnologico.com/Main/DefinicionBaseDeDatos
5. http://www.uaem.mx/posgrado/mcruz/cursos/miic/MySQL.pdf
6. http://www.intitec.com/articulos/BaseDatosPerfecta.htm
7. http://www.formaselect.com/curso/experto-en-sql-server-2000/Introduccion-
a-SQL-Server%202000.pdf
8. http://www.alegsa.com.ar/Dic/oracle.php
9. http://www.alegsa.com.ar/Dic/microsoft%20access.php

10. http://www.desarrolloweb.com/articulos/modelos-base-datos.html

11. http://www.error500.net/garbagecollector/bases_de_datos/modelo_jerrquico.
html
12. http://www.lcc.uma.es/~galvez/ftp/bdst/Tema2.pdf
13. http://170.210.92.6/osofia/$Bdd/Practicas/ModeloJerarquicow.pdf
14. http://www.fismat.umich.mx/~elizalde/tesis/node15.html
15. http://www.gratisweb.com/mmalicea/comp1160/elembasicos.htm