UNIVERSIDAD MARIANO GÁLVEZ DE GUATEMALA

FACULTAD DE INGENIERIA EN SISTEMAS DE INFORMACION Y CIENCIAS DE

LA COMPUTACION
LIC: HERMAN NOEL HERRERA HERRERA
CURSO: INTRODUCCION A LOS SISTEMAS DE COMPUTO

TEMA

“HISTORIA DE LA COMPUTACION”

ALEX JONATAN GARCÍA PÉREZ

CARNET: 6690-21-10879

MALACATAN, 6 DE MARZO DEL 2021

 Introducción a la base de datos

Las bases de datos son un elemento fundamental en el entorno informático hoy en día y
tienen aplicación en la práctica totalidad de campos. Concebidas con un propósito general,
son de utilidad para toda disciplina o área de aplicación en la que exista una necesidad de
gestionar datos, tanto más cuanto más voluminosos sean estos. En nuestro ámbito particular
de los SIG, los datos son cada día más voluminosos, debido no solo a una mayor cantidad
de información, sino también a una mayor precisión en esta, la cual implica un mayor
volumen de datos. Además, presentan otra serie de características (uso múltiple, necesidad
de acceso eficiente para análisis, necesidad de indexación, etc.), haciendo todas ellas que
sea recomendable el uso de bases de datos y tecnologías específicas para su manejo.
Pese a que, como veremos en este mismo capítulo, el uso de las bases de datos en el ámbito
SIG no ha sido siempre el actual, hoy en día representan una parte clave para la gestión de
los datos geográficos, en especial dentro del marco de proyectos de cierta envergadura.
Aunque la realidad es que todavía se efectúa mucho trabajo SIG sin emplear bases de datos
(y las aplicaciones SIG así lo permiten, no siendo estrictamente necesario disponer de una
base de datos para almacenar la información), la naturaleza propia de los proyectos SIG y la
progresiva implantación de los SIG a niveles más allá del uso personal traen ambas consigo
un uso cada vez mayor de las bases de datos, y por tanto una mayor necesidad de conocer el
funcionamiento de estas.

¿Qué es una base de datos?

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

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.
Conjunto de datos organizados que comparten un mismo criterio de pertenencia.
Conjunto de archivos vinculados entre sí y tratados como una sola entidad.
Entendemos como Base de Datos un conjunto de datos estructurado y almacenado de forma
sistemática con objeto de facilitar su posterior utilización. Una base de datos puede, por
tanto, constituirse con cualquier tipo de datos, incluyendo los de tipo puramente espacial
(geometrías, etc.) tales como los que se utilizan en un SIG, así como, por supuesto, datos
numéricos y alfanuméricos como los que constituyen la componente temática de la
información geoespacial. Los elementos clave de la base de datos son esa estructuración y
sistematicidad, pues ambas son las responsables de las características que hacen de la base
de datos un enfoque superior a la hora de gestionar datos.
Podemos ver más claramente las implicaciones de utilizar una base de datos si recurrimos
al ejemplo que vimos en el primer capítulo de este libro, relativo a la gestión forestal de un
territorio. Para ello, consideremos que el número de usuarios del SIG y de los datos
asociados no se limita únicamente al gestor forestal que ha de tomar decisiones o establecer
planes de actuación, sino a muchos otros profesionales que puedan ejercer su trabajo en esa
misma área o puedan emplear total o parcialmente esos mismos datos.
Imaginemos, por ejemplo, el caso de un ingeniero encargado de planear la instalación de un
tendido eléctrico a través de nuestra zona forestal de ejemplo. Sin duda, deberá emplear
datos tales como Modelos Digitales de Elevaciones, capas de zonas protegidas o capas de
arbolado para establecer el trazado óptimo y estimar costes de la línea, entre otras tareas. Si
en una situación ideal este ingeniero estaría en comunicación con el gestor forestal y ambos
compartirían sus conocimientos dentro de un equipo multidisciplinar, también en lo
referente a los datos debería existir una comunicación igual que implique, ente otras cosas,
un uso compartido y convenientemente coordinado de ellos. En otras palabras, los datos
también tienen ese carácter multidisciplinar y deben dejar de verse como algo propio de un
uso particular, para concebirse como un conjunto global del que se benefician muy diversos
usuarios.
Establecer un uso compartido de los datos en una situación como la anterior no parece
difícil, ya que simplemente se trata de dos
profesionales que realizan tareas
relacionadas y que, de un modo u otro,
van a tener un contacto directo. El gestor
forestal puede sencillamente dar una
copia de sus datos al ingeniero y este
podrá trabajar después con ellos de forma
independiente. Aunque los datos con que
trabajen son inicialmente los mismos, en
realidad esta práctica da lugar son dos
copias aisladas que constituyen dos universos distintos.

Llave primaria PK

Llave: Atributo o conjunto de atributos cuyo valor es ´único

y diferente para cada tulpa.
Una tabla puede poseer más de una llave.
Llave Candidata: Es una llave tal que:
Es ´única (i.e., es una llave).
Es irreducible: No se pueden eliminar componentes de la
llave sin destruir la unicidad.
Las llaves no se identifican dependiendo del estado o la
instancia de la base de datos.
Llave Compuesta: Es una llave conformada por más de un atributo.
Llave Primaria: Llave candidata que se escoge en el modelo para identificar cada tupla.
Llaves alternas: Las llaves candidatas que no fueron escogidas como llave primaria.

Llave Foránea FK

En el contexto de bases de datos relacionales, una clave foránea o clave ajena (o Foreign

Key FK) es una limitación referencial entre dos tablas. La clave foránea identifica
una columna o grupo de columnas en una tabla (tabla hija o referendo) que se refiere a una
columna o grupo de columnas en otra tabla (tabla maestra o referenciada). Las columnas en
la tabla referendo deben ser la clave primaria u otra clave candidata en la tabla referenciada.
Los valores en una fila de las columnas referendo deben existir solo en una fila en la tabla
referenciada. Así, una fila en la tabla referendo no puede contener valores que no existen en
la tabla referenciada. De esta forma, las referencias pueden ser creadas para vincular o
relacionar información. Esto es una parte esencial de la normalización de base de datos.
Múltiples filas en la tabla referendo pueden hacer referencia, vincularse o relacionarse a la
misma fila en la tabla referenciada. Mayormente esto se ve reflejado en una relación uno
(tabla maestra o referenciada) a muchos (tabla hija o referendo).

Llave Foránea: atributo(s) de una relación r1 que hacen referencia a otra relación r2
Las FK permiten representar relaciones entre las entidades.
r1 y r2 pueden ser la misma relación.

Por ejemplo: personas (cc, nombre, apellido, teléfono,

dirección, cie id) ciudades (id, nombre). El atributo cie id en
personas es una llave foránea que referencia al atributo id en
ciudades.

Relación.- Asociación entre entidades, sin existencia propia en el mundo real que estamos
modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las
relaciones pueden ser de tres tipos:
Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la
entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).
Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej:
la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-
EN).
Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede
estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad
EMPRESA y entre ellos la relación MATRÍCULA).

El esquema de una base de datos (en inglés, database

schema) describe la estructura de una base de datos, en un
lenguaje formal soportado por un sistema de gestión de
base de datos (DBMS). En una base de datos relacional, el
esquema define sus tablas, sus campos en cada tabla y las
relaciones entre cada campo y cada tabla.
El esquema es generalmente almacenado en un diccionario
de datos. Aunque generalmente el esquema es definido en
un lenguaje de base de datos, el término se usa a menudo
para referirse a una representación gráfica de la estructura
de base de datos.
Esquemas
Esquema conceptual, un mapa de conceptos y sus
relaciones.
Esquema lógico, un mapa de las entidades y sus atributos y las relaciones.
Esquema físico, una aplicación de un esquema lógico.
Esquema objeto, base de datos Oracle Objeto.

Lenguaje de Manipulación de Datos (DML)

Lenguaje de Manipulación de Datos (Data Manipulation Language, DML) es un idioma
proporcionado por los sistemas gestores de bases de datos que permite a los usuarios de la
misma llevar a cabo las tareas de consulta o modificación de los datos contenidos en las
Bases de Datos del Sistema Gestor de Bases de Datos. El lenguaje de manipulación de
datos más popular hoy día es SQL, usado para recuperar y manipular datos en una base de
datos relacional. Otros ejemplos de DML son los usados por bases de
datos IMS/DL1, CODASYL u otras.

Elementos del lenguaje de manipulación de datos

Select
Insert
Delete
Update

Clasificación de los DML

Se clasifican en dos grandes grupos:
lenguajes de consulta procedimentales
Lenguajes procedimentales. En este tipo de lenguaje el usuario da instrucciones al sistema
para que realice una serie de procedimientos u operaciones en la base de datos para calcular
un resultado final.
lenguajes de consulta no procedimentales
En los lenguajes no procedimentales el usuario describe la información deseada sin un
procedimiento específico para obtener esa información.
 
Lenguaje de manipulación de datos (DML)
Un lenguaje de manipulación de datos (Data Manipulation Language, o DML en inglés) es
un lenguaje proporcionado por el sistema de gestión de base de datos que permite a los
usuarios llevar a cabo las tareas de consulta o manipulación de los datos, organizados por el
modelo de datos adecuado.

El lenguaje de manipulación de datos más popular hoy día es SQL, usado para recuperar y
manipular datos en una base de datos relacional. Otros ejemplos de DML son los usados
por bases de datos IMS/DL1, CODASYL u otras.

1- INSERT

Una sentencia INSERT de SQL agrega uno o más registros a una (y sólo una) tabla en una
base de datos relacional.

Ejemplo 1 (inserto valores alumno pepe en la materia spd2 a la tabla cursada):

INSERT INTO ''cursada'' (''alumno'', ''materia'') VALUES (''pepe'', ''spd2'')

2- UPDATE

Una sentencia UPDATE de SQL es utilizada para modificar los valores de un conjunto de
registros existentes en una tabla.

Ejemplo 1 (modifico la materia donde  el alumno sea pepe):

UPDATE ''cursada'' SET ''materia''= ''spd3'' WHERE ''alumno''= ''pepe''

3- DELETE

Una sentencia DELETE de SQL borra uno o más registros existentes en una tabla.

Ejemplo 1 (borro todos los valores de las columnas alumno y materia donde la materia sea
spd2):

DELETE FROM ''cursada'' WHERE ''materia''= ''spd2''

4- SELECT | SELECCIONAR

La sentencia SELECT nos permite consultar los datos almacenados en una tabla de la base

de datos.
Forma básica
SELECT [ALL | DISTINCT ]
<nombre_campo> [{,<nombre_campo>}]
FROM <nombre_tabla>|<nombre_vista>
[{,<nombre_tabla>|<nombre_vista>}]
[WHERE <condición> [{ AND|OR <condición>}]]
[GROUP BY <nombre_campo> [{,<nombre_campo >}]]
[HAVING <condición>[{ AND|OR <condición>}]]
[ORDER BY <nombre_campo>|<indice_campo> [ASC | DESC]
[{,<nombre_campo>|<indice_campo> [ASC | DESC ]}]]

normalización
La normalización es el proceso de organización de datos en una base de datos. Esto incluye
crear tablas y establecer relaciones entre dichas tablas de acuerdo con reglas diseñadas
tanto para proteger los datos como para que la base de datos sea más flexible al eliminar la
redundancia y la dependencia incoherente.
Los datos redundantes desperdician espacio en disco y crean problemas de mantenimiento.
Si se deben cambiar los datos que existen en más de un lugar, los datos deben cambiarse
exactamente del mismo modo en todas las ubicaciones. Un cambio de dirección de cliente
es mucho más fácil de implementar si los datos se almacenan solo en la tabla Clientes y en
ninguna otra parte de la base de datos.
¿Qué es una "dependencia incoherente"? Aunque es intuitivo que un usuario busque en la
tabla Clientes la dirección de un cliente en particular, puede que no tenga sentido buscar allí
el salario del empleado que llama a ese cliente. El salario del empleado está relacionado o
depende del empleado y, por lo tanto, debe moverse a la tabla Empleados. Las
dependencias incoherentes pueden dificultar el acceso a los datos porque la ruta de acceso
para encontrar los datos puede faltar o romperse.
Existen algunas reglas para la normalización de la base de datos. Cada regla se denomina
"formulario normal". Si se observa la primera regla, se dice que la base de datos está en
"primera forma normal". Si se observan las tres primeras reglas, se considera que la base de
datos está en "tercera forma normal". Aunque otros niveles de normalización son posibles,
la tercera forma normal se considera el nivel más alto necesario para la mayoría de las
aplicaciones.
Al igual que con muchas reglas y especificaciones formales, los escenarios del mundo real
no siempre permiten el cumplimiento perfecto. En general, la normalización requiere tablas
adicionales y algunos clientes lo encuentran
engorroso. Si decide infringir una de las tres
primeras reglas de normalización, asegúrese
de que la aplicación anticipe cualquier
problema que pueda producirse, como datos
redundantes y dependencias incoherentes.

entidad relación?
Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD, es
un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas, objetos o
conceptos, se relacionan entre sí dentro de un sistema. Los diagramas ER se usan a menudo
para diseñar o depurar bases de datos relacionales en los campos de ingeniería de software,
sistemas de información empresarial, educación e investigación. También conocidos como
los ERD o modelos ER, emplean un conjunto definido de símbolos, tales como rectángulos,
diamantes, óvalos y líneas de conexión para representar la interconexión de entidades,
relaciones y sus atributos. Son un reflejo de la estructura gramatical y emplean entidades
como sustantivos y relaciones como verbos.

Los diagramas de ER se relacionan con los diagramas de estructura de datos (DSD), que se
centran en las relaciones de los elementos dentro de las entidades, en lugar de las relaciones
entre las entidades mismas. Los diagramas ER a menudo se combinan con los diagramas
de flujo de datos (DFD), que trazan el flujo de la información para procesos o sistemas.