INTRODUCCIÓN

Comenzare por explicar este documento, el cuál es una pequeña guía para aquellas personas que
se estén iniciando en la disciplina de Base de Datos, no obstante hare una introducción que para
mí es muy importante, para entender lo que es una base de datos, a la cuál me referiré en
adelante como (BD), aparte dentro de este documento tratare de dar tips, sobre aquello que me
ocasiono tener que realizar investigaciones intensas para ahorrarles tiempo y muchos dolores de
cabeza.

Una vez aclarado lo del párrafo anterior, iniciare con algunos conceptos tomados del “Libro” de
“Pressman Roger S.” (Ingeniería del Software un Enfoque Practico), haciéndoles una cordial
invitación a leerlo, pues es una excelente guía para tener una buena comprensión de lo que es una
BD, su importancia y sus aplicaciones dentro del mundo del software.

A diferencia de otros autores que se basan en conceptos cómo comandos, aplicaciones ,

algoritmos etc. Pressman trata el software en sí, lo que nos da una clara, concisa y un panorama,
amplio, fácil de entender. Para Pressman el mundo del software es una economía emergente
gigantesca(en lo cual coincido con él), pero que a su vez aún se distancia de ser perfecta, por lo
que nos da recomendaciones lógicas y bien estructuradas.

Hablemos de la economía emergente y gigantesca que es la industria del software la cual no se

fabrica si no que es modelada y diseñada por los ingenieros por lo tanto no se puede estropear
deteriorar (pues solo existe en un mundo virtual y complejo), sin embargo esta muy ligada al
hardware (su parte física, la cual si se fabrica y estropea con el tiempo), sin embargo estos dos
componentes requieren de un mantenimiento. Pero volviendo al tema económico, este software
nos proporciona un gran esquema de trabajo en bancos, pequeñas y medianas empresas y hasta
en el mismo Wallstreet, por lo que según Pressman esto podría ocasionar una catástrofe
económica de proporciones épicas más que 2YK (el caos del año 2000), por lo que requiere de una
buena estructuración, análisis y planeación, que va muy ligado al lo que es BD, así como los bancos
y todas las empresas antes mencionadas lo requieren.

La capacidad de estructurar adecuadamente, un control, anteriormente era una tarea titánica la

cual requería de mucho personal bien capacitado en el menester, sin embargo con el surgimiento
y auge del software, ahora podemos simplificar ese trabajo, pudiendo ser realizado hasta por una
sola persona adecuadamente preparada, es aquí donde surge la necesidad de una Base de Datos
(BD), para poder simplificar y aprovechar de una manera cómoda , eficiente y rápida tareas cómo
la administración, de escuelas, compañías, empresas y de la misma economía mundial.

Para no hacer demasiado larga esta introducción y para terminar con el tema de Pressman
terminare por hacerles unas recomendaciones que me llamaron mucho la atención de este libro,
para aquellos que se deseen especializar en el tema, Pressman sugiere a los analíticos realizar las
siguientes acciones:

Comenzare por hacer preguntas y a continuación, pondré las sugerencias de Pressman

¿Cómo coordinar las acciones de los miembros del equipo?
 2

procedimientos interpersonales. Incluyen reuniones de grupo para la divulgación de información y

resolución de problemas así como «definición de requisitos y del personal de desarrollo».
Comunicación electrónica. Comprende correo electrónico, boletines de noticias electrónicos y, por
extensión, sistemas de videoconferencia. Red interpersonal. Discusiones informales con los
miembros del equipo y con personas que no están en el proyecto pero que pueden tener
experiencia o una profunda visión que puede ayudar a los miembros del equipo.

Para hablar con un cliente es recomendable hacer las siguientes preguntas :

¿Cómo debería empezar la comunicación entre el cliente y el desarrollador?

El libro sugiere que el analista comience haciendo preguntas de contrato libre, una serie de
preguntas que lleva a un entendimiento hacia el problema.

¿Quién está detrás de la solicitud de trabajo? ¿quién utilizara la solución?

¿Cuál será el beneficio económico de una buena solución? ¿hay otro camino para la solución?

Obtener información necesaria para el ámbito.

Las siguientes preguntas permiten que el analista comprenda mejor el problema y el cliente
exprese sus percepciones sobre la solución :

¿puede mostrarme o describirme el entorno en que se utilizara la solución? ¿Cómo caracterizaría

(el cliente ) un resultado correcto que se ganaría con una solución satisfactoria? ¿con que
problemas se enfrentara la solución? ¿puede mostrarme o describirme el entorno en que se
utilizara la solución? ¿hay aspectos o limitaciones especiales de rendimiento que afecten a la
forma en que se aborde la solución?

Estos son solo algunos ejemplos de lo que nos puede enseñar este libro pero no me puedo seguir
pues terminaría por hablar solo del libro. Les dejo algunos links.
Así terminamos con nuestra introducción.

www.shareware.com

www.internet.comp.risk
 CAPITULO I

Principios de Base de Datos

Primero para poder hablar de Base de Datos (BD) necesitamos que saber que es un “Dato”, un dato
son palabras o números y hasta símbolos, de información, que por sí solos no tienen ningún
significado, pero una vez unidos y estructurados si nos dicen algo tienen sentido y nos brindan
información, en si una BD es un conjunto, colección de datos organizados y relacionados entre sí,
ahora debemos saber que hay componentes en una BD uno de ellos es un:

Campo.- un campo es el área de almacenamiento la cual nos brinda la BD para almacenar datos de
un tipo específico, es decir si yo voy a determinar que mi campo es de tipo entero forzosamente voy
a tener que almacenar datos de tipo entero en ese campo, no voy a poder meter datos de tipo
carácter, flotante, etc. Tenemos otro elemento que es:

El Registro.- un registro es una colección de datos iguales o de diferentes tipos que están
relacionados, es decir para un registro, puede que los datos sean iguales pero también podemos
permitir que sean diferentes, algo muy importante de un registro es que es una colección de datos
relacionada. Por otra parte tenemos:

Archivo.- un archivo es una colección de registros relacionados siguiendo una “estructura”

homogénea, es decir primero tengo mi “Campo” que debe de ser de un tipo de dato, después tengo
un “registro” que son una colección de datos relacionados que no forzosamente son de un mismo
tipo de “datos” y por ultimo tengo mi “Archivo” que es una colección de registros, pero que deben
de tener una relación.

Ejemplo.

MATRICULA NOMBRE TELEFONO EDAD

1 Pedro 2 27- 36- 45 19
2 José 2-75-86 -29 21
3 Luis 2- 22- 02- 32 20

En este ejemplo podemos ver los tres tipos de elementos que aprendimos;

Campo, en este caso nuestro “Campo” es la “Matricula”, también tenemos el Campo Nombre,
Teléfono y Edad, en este ejemplo contamos con cuatro campos los cuales va a ser llenados por la
información que nosotros determinemos o que nos brinden. (recordar que deben de ser de un
mismo tipo de dato, int, char, float, etc.).

Registro, un registro sería una fila por ejemplo la 1, la cual lleva una matrícula(1), un nombre(Pedro),
teléfono(2273645) y una edad (19), en donde hay datos de distinto tipo que están relacionados.
(contamos con 3 registros).
 4

Archivo, el archivo sería toda mi tabla, todo el conjunto de campos y registros, este archivo nos esta
proporcionado todo un conjunto de datos, el cual es el de alumnos, pero también podríamos crear
otro “Archivo” que se llamara “Materias”.

MATRICULA MATERIA CALIFICACION

1 Base de Datos 8.0
2 Análisis Vectorial 9.5
3 Algebra 10

Esta tabla sería otro “Archivo”.

Si relacionamos estas dos tablas de archivos, cada matricula, materia y calificación con su respectivo
alumno, ¡¡¡¡¡Eureka!!! Tendríamos una “BASE DE DATOS”, en donde estamos almacenando la
información de cada uno de los alumnos, sin perder de vista que por sí solos tenemos elementos los
cuáles son: CAMPO, REGISTRO, ARCHIVO, que por ultimo me forman mí BASE DE DATOS.

En si BASE DE DATOS se trata de tomar información, una serie de datos y organizarlos para que
tengan sentido y su “Objetivo” es que podamos “consultar y actualizar esos datos”.

MODELO RELACIONAL

MODELO ENTIDAD RELACIÓN

Un modelo de base de datos es, o mejor dicho, son conjuntos de ideas lógicas utilizadas para
representar las estructuras de las bases de datos es decir es aquello que nos permitiría plasmar
todo lo que serían los datos que va a tener la Base de Datos y poderlos visualizar de una manera
global y gráfica, para esto tenemos varios “Modelos”.

Veamos el “MODELO RELACIONAL” el cual nos permite visualizar la estructura de una BD y las
relaciones entre los datos, nos va a permitir ver todos los datos que constituyen nuestra BD pero
también la relación que hay entre cada uno de ellos y como es que interactúan entre sí.

Para esto necesitamos utilizar una herramienta la que nos va a permitir “Modelar”, es decir formar
o construir nuestra BD, (MODELAR=formar/construir).
 5

Tenemos los DIAGRAMAS ENTIDAD RELACIÓN los cuales son una herramienta para modelar
nuestra BD y analizarla, es decir este modelo nos va a permitir visualizar de una manera gráfica
sencilla toda nuestra estructura de nuestra BD to lo que lo constituye, la información que
contiene y nos va a permitir trabajar en equipo con otras persona para poder analizar juntos una
BD.

Los elementos del diagrama entidad relación son los siguientes:

ELEMENTOS DIAGRAMA ENTIDAD RELACIÓN

Relación extendido (EER)

Entidad

Entidad, objeto concreto o abstracto que figura en nuestra BD como: alumno, cliente, empresa,
proveedor etc. Con una única Entidad podemos representar varios objetos que pertenezcan a este,
en el caso alumnos hacemos referencia a varios alumnos.

Atributo

Atributo, los atributos son las características que definen o identifican una entidad. Estas pueden
ser muchas y el diseñador y el diseñador utiliza e implementa las que crea son más relevantes, es
una característica como: nombre, edad, domicilio, fecha etc.

Relación

Relación, representa la relación entre entidades, también llamado mapeo o “Cardinalidad”.

 6

Línea de Relación “Enlace”, Unión entre Entidades

Esta línea une las entidades y la relación entre sí.

Clave primaria PK
--
_____
__
La Clave primaria__o llave primaria PK (primary key) va a representar el atributo principal o una
clave primaria la--cuál es única y toda entidad debe de tener la suya, es decir este atributo nos
debe permitir identificar una entidad mediante un único número o un único código un ejemplo
podría ser el ID de un producto en un supermercado como el código de barras, simplemente
conociéndolo nosotros podemos saber que diferencia a un producto en específico.

Clave secundaria FK
--
__
__
Clave
-- secundaria o llave secundaria FK(foreign key), nos permite identificar una entidad externa en
otra este símbolo lo vamos a utilizar cuando estemos relacionando una entidad con otra entidad,
pero esto lo veremos mas adelante.

Por ultimo hay otros símbolos menos importantes los cuales se van a ir conociendo cuando se
vaya adquiriendo mas conocimiento en la materia. Ejemplo los símbolos de “Entidad débil”,
“Atributo dependiente o débil”.
 7

Ejeplo de un modelo entidad relación;

Alumno
Carrera

ID
Clve Leng
Nom u
Dom

Profesor Materia

ID Nom Ing Fran

Este es un modelo muy básico

 8

Ejemplo modelo entidad relación.

Este es un modelo mas complejo.

A continuación veremos el MODELO LOGICO.

 9

MODELO RELACIONAL LOGICO

En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen

mucho. Generalmente se implementan mediante diagramas de Entidad/Relación
(modelo conceptual) y tablas y relaciones entre éstas (modelo lógico).

El modelo entidad-relación es un modelo conceptual que sirve para cualquier tipo de SGBD, en
cambio, el modelo relacional es un modelo lógico que sólo sirve para BD relacionales (y no para
jerárquicos, o Codasyl, por ejemplo). Todos los diseñadores y administradores de bases de datos
relacionales usan esquemas conceptuales entidad-relación porque se adaptan muy bien a este
modelo. Hay que tener en cuenta la diferencia de la palabra relación en ambos modelos. En el
modelo relacional una relación es una tabla mientras que en el entidad/relación es la asociación
que se produce entre dos entidades.

RELACIÓN (TABLA) Según el modelo relacional el elemento fundamental es lo que se conoce como
relación, aunque más habitualmente se le llama tabla. Se trata de una estructura formada por filas
y columnas que almacena los datos referentes a una determinada entidad o relación del mundo
real. Acerca de una tabla, además de su nombre, podemos distinguir lo siguiente: • Atributo
Representa una propiedad que posee esa tabla. Equivale al atributo del modelo E-R. Se
corresponde con la idea de campo o columna.

ATRIBUTO 1 ATRIBUTO 2 ATRIBUTO 3 ……………….. ATRIBUTO N

Valor 1,1 Valor 1,2 Valor 1,3 ………….. Valor 1,n
Valor 1.2 Valor 2,1 Valor 2 ,2 ………. Valor2,n
…………… ………. …….. …….. ………..
Valor m,1 Valor m,2 Valor m,3 …………. Valor m,n

• Tupla Cada una de las filas de la tabla. Se corresponde con la idea de registro. Representa por
tanto cada elemento individual (ejemplar, ocurrencia) de esa tabla. • Dominio Un dominio
contiene todos los posibles valores que puede tomar un determinado atributo. Dos atributos
distintos pueden tener el mismo dominio. Un domino en realidad es un conjunto finito de valores
del mismo tipo. Los dominios poseen un nombre para poder referirnos a él y así poder ser
reutilizable en más de un atributo. • Grado Número de columnas de la tabla (número de
atributos). • Cardinalidad Número de tuplas de una tabla (número de filas). CLAVE • Clave
candidata Conjunto de atributos que identifican unívocamente cada tupla de la relación. Es decir
columnas cuyos valores no se repiten para esa tabla. • Clave primaria Clave candidata que se
escoge como identificador de las tuplas. Se elige como primaria la candidata que identifique mejor
a cada tupla en el contexto de la base de datos. Por ejemplo una campo con el DNI sería clave
candidata de una tabla de clientes, aunque si en esa relación existe un campo de código de cliente,
este sería mejor candidato para clave principal, porque es mejor identificador para ese contexto. •
 10

Clave alternativa Cualquier clave candidata que no sea primaria. • Clave externa, ajena o foránea
Atributo cuyos valores coinciden con una clave candidata (normalmente primaria) de otra tabla.

Ejemplo de modelo lógico.

Sin embargo no debemos olvidar la cardinalidad que no se muestra en la imagen.

Cardinalidad (1:1, 1:N, N:1, N:N ).

)

LENGUAJE SQL
Ahora veremos el lenguaje SQL que es el que vamos a ocupar como principiantes en lo que es
BASE DE DATOS.

¿Qué es SQL?
Es un lenguaje estructurado de consulta, es decir es el lenguaje me va a permitir ver, crear,
manipular, definir, estructurar mi BD(base de datos), es un lenguaje que es universal, es decir lo
podemos utilizar en cualquier manejador de BD del Modelo Relacional, como puede ser MYSQL
SERVER, MARIA DB, SQ LITE, PostgreSQL, ORACLE etc. SGBD(manejadores de base de datos, por
sus siglas en inglés, Data Base Managment System,DBMS), hay muchos manejadores de SGBD.
Ahora SQL lo podemos dividir en dos;

DDL (Lenguaje de definición de datos)

DML (Lenguaje de manipulación de datos)

La diferencia entre ellos es que el DDL, lo que me va a permitir es darle estructura, estructurar mi
base de datos y crearla, por ejemplo vamos a poder crear nuestras identidades, nuestros
atributos, la cardinalidad etc.

El lenguaje DML, que es el de manipulación de datos, lo que me va a permitir hacer modificar,

eliminar, consultar etc. Es decir voy a poder manipular los datos.

Algo muy importante que debemos tener en cuenta es, que no podemos utilizar un lenguaje de
manipulación de datos DML, sin haber utilizado antes uno de definición DDL.

Sentencias DDL(Data Definition Lenguage)

CREATE, ALTER, DROP y TRUNCATE, COMMENT, RENAME.

CREATE nos sirve para crear bases de datos, tablas etc. Nos permite crear cualquier objeto
permitido por el gestor.

ALTER nos permite cambiarlas, modificarlas, etc. Altera la estructura de cualquier objeto permitido
por el gestor.

DROP elimina los objetos construidos por la sentencia CREATE.

 TRUNCATE - Vacía el contenido de cualquier objeto en el gestor.

 COMMENT - Agregar comentarios al diccionario de base de datos.
 RENAME - Renombrar a un objeto.

Sentencias DML(Data Manipulation Lenguage)

 SELECT - Instrucción básica con la cual se recuperan datos de la base de

datos, está instrucción se puede combinar con otras para hacer querys más
complejas utilizando más tablas.
  INSERT - Instrucción básica para insertar datos en una tabla, está
instrucción depende de otras dos para hacer una inserción básica, estás
son INTO Y VALUES.
 UPDATE - Actualiza los datos de los registros de una o varias tablas.
 DELETE - Elimina uno o varios registros de una tabla, si se elimina en
cascada se eliminarán en todos los registros que estén relacionados en
otras tablas.
 MERGE - Operación upsert (inserción o actualización).
 CALL - Llama a un pl / sql o subprograma java.
 EXPLAIN PLAN - Explicar la ruta de acceso a los datos.
 LOCK TABLE - Concurrencias de control.

QUERY – Consulta en español

SCHEMA – Esquema en español

 12

Algo que debemos tener en cuenta es que anteriormente usamos el Modelo Entidad Relación. En
sql le llamamos “MODELO RELACIONAL” es decir tus modelos tus diagramas tus tablas que hiciste
en sql lo vamos a llamar Modelo Relacional y lo que aprendimos anteriormente de entidad,
cardinalidad, mapeo etc. En sql se le da otro nombre, pero en sí es lo mismo. Ejemplo.

ENTIDAD lo vamos a llamar TABLAS

ATRIBUTOS lo vamos a llamar CAMPOS

REGISTRO lo vamos a llamar TUPLAS

CARDINALIDAD lo vamos a llamar RELACIONES

Entonces cuando nosotros estemos programando nuestras BD nos vamos a referir a las entidades
como tablas, a los atributos como campos etc. Esto lo tenemos que recordar para que sepamos a
que se refieren en el lenguaje sql de programación. La ventaja de sql es que es universal, las
instrucciones de programación son universales, no cambian.

Algo que nos debe de quedar muy claro también es que sql lo único que nos permite hacer es
crear nuestra base de datos, estructurarla y manipularla, cambiarla etc. Sin embargo no vamos a
poder hacer un ambiente grafico dentro de SQL, es por eso que sql se une con algunas
aplicaciones ya creadas en lenguajes que son para eso, aplicaciones con ambiente gráfico.
Ejemplos, managmentstudio, phpmyadmin etc.

Estas aplicaciones nos permiten visualizar de una manera interactiva lo que estamos creando.

Hasta este punto terminamos con la teoría y también ya casi terminamos este pequeño manual de
PRINCIPIOS DE BASE DE DATOS, pues si ya has dominado lo que se ha enseñado aquí, solo falta un
ultimo (y en mi caso gran dolor de cabeza y frustración), que voy a tratar de explicar, pues consiste
en la descarga, y hacer funcionar correctamente SQL y un servidor que instale (e hice que
corriera) en mí laptop), una aplicación que utilice para mi interface gráfica, el programa se llama
XAMPP, es muy recomendable no descargar SQL hasta después de haber descargado este servidor
para no duplicar descargas, y no tener que como en mi caso utilizar comandos en el cmd, para
poder ingresar y conectar el correcto SQLcon php.my.admin, la cual es mi interface gráfica.

Pero si en tu caso eres tan ignorante de la informática como lo soy yo, mas adelante (y si me da
tiempo ), dejare una pequeña guía de los pasos que realice para solucionar este problema, más no
mostrare los links, ni mostrare la extensa investigación que tuve que llevar a cabo para entender
un poco y solucionar el problema. Por ahora solo recomiendo seguir un tutorial de youtube para
instalar SQL sin olvidar que si vas a utilizar un servidor con aplicaciones primero realices ese paso,
ya sea con un tutorial o aplicando la técnica del tigre caído, para suplicar a tu profesor.

Link de la técnica del tigre caído. https://www.youtube.com/watch?v=ZF0i7PzSeDM

 CAPITULO 2
Principios de SQL
En este capítulo hablaremos brevemente sobre algunas sentencias de SQL (suponiendo que ya lo
tienen instalado) y de los primeros pasos para usarlo, recordándoles que si dominan los principios
de BD como lo son los modelos relacionales y sus estructuras, lo siguiente solo les costara
memoria, pero ya sin dolores de cabeza.

11