UNIVERSIDAD DE ORIENTE

NÚCLEO DE ANZÓATEGUI
COORDINACIÓN DE POSTGRADO
MAESTRÍA EN INFORMÁTICA GERENCIAL
COHORTE XXI

Bases de Datos
Asignación 1

Facilitador: Autor:
Ing. Aquiles Torrealba Ing. Helyson Perdomo
CI:
V-19316427

Marzo de 2018.
Asignación 1.- Conocimientos básicos.

a) Explique en qué consiste la estructura jerárquica de la información, reforzarlo a

través de un ejemplo.

Metadatos

Información

Dato

Figura 1. Estructura jerárquica de la información

 Dato: Cifra, letra o palabra que se suministra a la computadora como entrada y

la máquina almacena en un determinado formato.
 Información: Es un conjunto organizado de datos procesados
 Metadatos: son datos acerca de los datos y sirven para suministrar información
sobre los datos producidos. Los metadatos consisten en información que
caracteriza datos, describen el contenido, calidad, condiciones, historia,
disponibilidad y otras características de los datos.

Ejemplo: juan, perro, herrera, 17, lindo, todos estos son datos que por sí solos no
tienen un significado relevante, y no pueden ser usados para producir algún tipo de
conocimiento, o generar alguna decisión, sin embargo si estos datos se organizan o
procesan producen lo que se denomina información “juan herrera tiene 17 años y un
perro lindo”. En cuanto a los metadatos, es por ejemplo, 17 pertenece al campo
edad, va en años, su valor es entero.
 b) Explique en forma cronológica la evolución se las bases de datos (partiendo del
sistema de archivos)

Sistemas de archivos
 Manual
Compuesto por un conjunto de carpetas, cada una con su etiqueta almacenadas
en un archivo. La organización de los datos en las carpetas se llevaba a cabo
dependiendo del uso que se les iba a dar. Idealmente el conjunto de cada carpeta estaba
lógicamente relacionado, por lo que, mientras la cantidad de datos fuera relativamente
pequeña y los gerentes de una organización, por ejemplo, solo presentaran pocos
reportes, el sistema manual funcionaba perfectamente como un depósito de datos, sin
embargo a medida que crecieron las organizaciones y las necesidades de presentar
reportes se volvieron complejos, este sistema se hacía muy engorroso para su manejo,
produciendo, en muchos casos generación de información errónea debido a la pérdida
de tiempo en organización y manejo de datos, por lo que la información presenta
terminaba considerándose información inútil o desechable (lenta y tediosa).
 Computarizado
Debido a los problemas de los sistemas de archivos manuales, surgieron
especialistas en procesamientos de datos (DP, por sus siglas en ingles), los cuales
crearon las estructuras de archivos computarizados necesarios, el software para el
manejo de los datos, el diseño de los programas de aplicación para la generación de
reportes basados en los datos archivados.
Los términos básicos empleados por este sistema fueron, datos, campos registró
y archivo. Este tipo de sistema corrigió los problemas presentado en el sistema de
archivo manual, con el uso de las computadoras, se ahorraba tiempo y esfuerzos, y lo
más destacable fue la capacidad para realizar búsqueda de datos complejos, lo cual tuvo
impacto en la toma de decisiones.
Desde el punto de vista gerencial este sistema se encontraba formado por
hardware, software, personas, procedimientos y datos. Sin embargo este tipo de
sistemas presentaban una serie de problemas:
o Redundancia e inconsistencia de datos
o Dificultad en el acceso a los datos
o Aislamiento de datos
 o Problemas de integridad.
o Problemas de atomicidad
o Anomalías en el acceso concurrente.
o Problemas de seguridad
Todas estas dificultades, dieron paso al desarrollo de un nuevo sistema,
conocidos como sistemas de bases de datos.
Bases de datos.
El uso de sistemas de bases de datos automatizadas, se desarrolló a partir de la
necesidad de almacenar grandes cantidades de datos, para su posterior consulta,
producidas por las nuevas industrias que creaban gran cantidad de información y debido
a los múltiples problemas que presentaban los sistemas de archivos.
 Década de 1950 y principios de la década de 1960.
Se desarrollaron las cintas magnéticas para el almacenamiento de datos. Las tareas de
procesamiento de datos tales como las nóminas fueron automatizadas, con los datos
almacenados en cintas. El procesamiento de datos consistía en leer datos de una o más
cintas y escribir datos en una nueva cinta. Los datos también se podían introducir desde
paquetes de tarjetas perforadas e impresos en impresoras. Las cintas (y los paquetes de
tarjetas perforadas) sólo se podían leer secuencialmente, y los tamaños de datos eran
mucho mayores que la memoria principal; así, los programas de procesamiento de datos
tenían que procesar los datos según un determinado orden, leyendo y mezclando datos
de cintas y paquetes de tarjetas perforadas.
 Finales de la década de 1960 y la década de 1970.
El amplio uso de los discos fijos a finales de la década de 1960 cambió en gran
medida el escenario del procesamiento de datos, ya que los discos fijos permitieron el
acceso directo a los datos. La ubicación de los datos en disco no era importante, ya que
a cualquier posición del disco se podía acceder en sólo decenas de milisegundo. Los
datos se liberaron de la tiranía de la secuencialidad. Con los discos pudieron
desarrollarse las bases de datos de red y jerárquicas, que permitieron que las estructuras
de datos tales como listas y árboles pudieran almacenarse en disco. Los programadores
pudieron construir y manipular estas estructuras de datos. Un artículo histórico de Codd
(1970) definió el modelo relacional y formas no procedimentales de consultar los datos
en el modelo relacional, y nacieron las bases de datos relacionales. La simplicidad del
modelo relacional y la posibilidad de ocultar completamente los detalles de
implementación al programador fueron realmente atractivas. Codd obtuvo
posteriormente el prestigioso premio Turing de la ACM (Association of Computing
Machinery, asociación de maquinaria informática) por su trabajo.
 Década de 1980.
Aunque académicamente interesante, el modelo relacional no se usó
inicialmente en la práctica debido a sus inconvenientes por el rendimiento; las bases de
datos relacionales no pudieron competir con el rendimiento de las bases de datos de red
y jerárquicas existentes. Esta situación cambió con System R, un proyecto innovador en
IBM Research que desarrolló técnicas para la construcción de un sistema de bases de
datos relacionales eficiente. Los primeros sistemas de bases de datos relacionales, como
DB2 de IBM, Oracle, Ingres y Rdb de DEC, jugaron un importante papel en el
desarrollo de técnicas para el procesamiento eficiente de consultas declarativas. En los
principios de la década de 1980 las bases de datos relacionales llegaron a competir con
los sistemas de bases de datos jerárquicas y de red incluso en el área de rendimiento.
Las bases de datos relacionales fueron tan sencillas de usar que finalmente
reemplazaron a las bases de datos jerárquicas y de red; los programadores que usaban
estas bases de datos estaban forzados a tratar muchos detalles de implementación de
bajo nivel y tenían que codificar sus consultas de forma procedimental. Aún más
importante, debían tener presente el rendimiento durante el diseño de sus programas, lo
que implicaba un gran esfuerzo. En cambio, en una base de datos relacional, casi todas
estas tareas de bajo nivel se realizan automáticamente por la base de datos, liberando al
programador en el nivel lógico. Desde su escalada en el dominio en la década de 1980,
el modelo relacional ha conseguido el reinado supremo entre todos los modelos de datos
La década de 1980 también fue testigo de una gran investigación en las bases de
datos paralelas y distribuidas, así como del trabajo inicial en las bases de datos
orientadas a objetos.
 Principios de la década de 1990.
El lenguaje SQL se diseñó fundamentalmente para las aplicaciones de ayuda a la
toma de decisiones, que son intensivas en consultas, mientras que el objetivo principal
de las bases de datos en la década de 1980 fue las aplicaciones de procesamiento de
transacciones, que son intensivas en actualizaciones. La ayuda a la toma de decisiones y
las consultas reemergieron como una importante área de aplicación para las bases de
datos. Las herramientas para analizar grandes cantidades de datos experimentaron un
gran crecimiento de uso. Muchos vendedores de bases de datos introdujeron productos
de bases de datos paralelas en este periodo, así como también comenzaron ofrecer bases
de datos relacionales orientadas a objeto.
 Finales de la década de 1990.
El principal acontecimiento fue el crecimiento explosivo de World Wide Web.
Las bases de datos se implantaron mucho más extensivamente que nunca antes. Los
sistemas de bases de datos tienen ahora soporte para tasas de transacciones muy altas,
así como muy alta fiabilidad y disponibilidad 24×7 (disponibilidad 24 horas al día y 7
días a la semana, que significa que no hay tiempos de inactividad debidos a actividades
de mantenimiento planificadas). Los sistemas de bases de datos también tuvieron
interfaces Web a los datos.
 SIGLO XXI
En la actualidad, las tres grandes compañías que dominan el mercado de las
bases de datos son IBM, Microsoft y Oracle. Por su parte, en el campo de internet, la
compañía que genera gran cantidad de información es Google. Aunque existe una gran
variedad de software que permiten crear y manejar bases de datos con gran facilidad,
como por ejemplo LINQ, que es un proyecto de Microsoft que agrega consultas nativas
semejantes a las de SQL a los lenguajes de la plataforma .NET. El objetivo de este
proyecto es permitir que todo el código hecho en Visual Studio sean también orientados
a objetos; ya que antes de LINQ la manipulación de datos externos tenía un concepto
más estructurado que orientado a objetos; y es por eso que trata de facilitar y
estandarizar el acceso a dichos objetos.
c) Describa la estructura básica de los modelos de base de datos jerárquico, de red,
relacional y orientado a objetos.
 Modelo de base de datos jerárquico – estructura básica

Dada su herencia de, la estructura lógica básica del modelo jerárquico se

entiende mejor cuando se examina un proceso de manufactura. Por ejemplo, a
continuación se examina un proceso de producción de un archivero:

1. Un archivero tiene muchos componentes: un armazón, un conjunto de

cajones y barra deslizantes para estos.
2. Un componente puede estar integrado por muchos ensambles más pequeño.
Por ejemplo, cada cajón tiene una manija con una cerradura, un conjunto de
rodillos que encaja en las barras deslizantes del bastidor y una hoja divisora.
3. Un ensamble puede contener muchas piezas: por ejemplo, cada rodillo se
compone de una pequeña rueda, un eje y un anclaje.
 4. El proceso de producción se base en relaciones de datos que no cambian con
el tiempo. Ya sea que se haga un archivero hoy o mañana, las mismas piezas
se arman de diferentes maneras para producir los mismos ensambles que se
combinan para lograr los mismos componentes que se ensamblan de la
misma manera para crear el archivero.

El seguimiento de las piezas, ensambles y los componentes que se describieron

anteriormente, se especifica en forma de proceso lógico representado por el árbol
invertido, conocido como estructura jerárquica.

Figura 1.-Estructura jerárquica

Al examinar la figura el usuario percibe la base de datos jerárquica como una

jerarquía de segmentos. Un segmento es el equivalente a un tipo de registro del sistema.
En otras palabras, la base de datos jerárquica es un conjunto de registros lógicamente
organizados de conformidad con la estructura de árbol invertido. Dentro de la jerarquía
el nivel superior se percibe como el padre del segmento directamente bajo de él. A su
vez los segmentos debajo de otros son los hijos del que está arriba de ellos. En suma:

 Cada padre puede tener muchos hijos.

 Cada hijo tiene un solo padre.

Dada esta estructura jerárquica, es fácil rastrear tanto los componentes de la base
de datos como las relaciones 1:M entre ellos.

El modelo de bases de datos no está limitado a procesos de fabricación, ya que

es efectivo siempre que se tengan muchas transacciones que impliquen una serie de
relaciones 1:M que permanezcan siempre fijas.
  Modelo de base de datos de red – estructura básica

En muchos aspectos del modelo de bases de datos de red se parece al modelo

jerárquico. Por ejemplo, así como en el modelo jerárquico, el usuario percibe la base de
datos de red como un conjunto de registros en relaciones 1:M. Sin embargo a diferencia
del modelo jerárquico, el de red permite que un registro tenga más de un padre. Por
consiguiente las relaciones pueden manejarse fácilmente por el modelo de base de datos
de red.

Figura 2.-Estructura de red

La terminología de bases de datos de red, una relación se llama conjunto. Cada

conjunto se componen por lo menos de dos tipos de registros: un registro propietario
que equivale al padre del modelo jerárquico y un registro miembro que equivale al hijo
del jerárquico. La diferencia entre el modelo jerárquico y el de red es que este podría
incluir una condición de registro puede aparecer como miembro, en más de un conjunto.
En otras palabras, un miembro puede tener varios propietarios. Un conjunto representa
una relación 1:M entre el propietario y el miembro.

 Modelo de base de datos relacional – estructura básica

El modelo de bases de datos relacional se ejecuta mediante un sistema de

administración de base de datos relacional muy complejo. El RDBMS realiza las
mismas funciones básicas que los DBMS jerárquica y de red, pero además, realiza otras
funciones que hacen que el modelo relacional sea más fácil de entender y ejecutar.

Sin discusión, la ventaja más importante del RDBMS maneja todos los detalles
físicos complejos. De este modo, la base de datos relacional es percibida por el usuario
como un conjunto de tablas en las que se guardan datos.
 Cada tabla es una matriz compuesta por una serie de intersecciones de filas y
columnas. Las tablas, también llamadas relaciones, están relacionadas entre sí porque
comparten una característica de entidad común.

En la figura 3, se observa el esquema relacional, una tabla relacional guarda un

conjunto de entidades relacionadas. Al respecto, la tabla de base de datos relacional se
parece a un archivo. Pero hay una diferencia crucial entre una tabla y un archivo, una
tabla produce una independencia de los datos y de la estructura completa, porque es una
estructura puramente lógica. La manera en que los datos están físicamente guardados en
la base de datos no le interesa al usuario ni al diseñador, la percepción es lo que cuenta
en este caso. Y esta propiedad de bases de datos relacional, se convirtió en el detonador
de una verdadera revolución en el campo de la base de datos.

Figura 3.-Esquema Relacional

 Modelo de base de datos orientada a objetos – estructura básica

El modelado de datos orientados a los objetos esta basado en por los menos los
siguientes componentes.

 Los objetos del modelo de datos son abstracciones de entidades o eventos del
mundo real. En términos generales, un objeto puede considerarse como
equivalente al modelo de E-R, es decir, un objeto representado solo una
ocurrencia individual de una entidad.
 Los atributos describen las propiedades de un objeto.
 Los objetos que comparten características similares se agrupan en clases. Una
clase es un conjunto de objetos similares a una estructura(atributos) y
comportamiento (métodos) compartidos. En un sentido general, una calase es
 diferente de una entidad en que contiene una serie de procedimientos conocido
como métodos. Un método de clase representa una acción en el mundo real.
 Las cases se organizan en jerarquías de clases.
 La herencia es la capacidad de un objeto dentro, de la jerarquía de la clase, de
heredad los atributos y métodos de la clase que esta sobre él.
 El modelo de datos orientado a objetos representa un objeto como un cuadro
vertical: todos los atributos y relaciones de objeto con otros objetos incluye
dentro del cuadro objeto

Figura 4.-Modelo orientado a objetos

d) Explique la Simbología empleada en el modelo entidad relación y aplíquelo al

siguiente ejemplo. Una liga de fútbol profesional, ha decidido informatizar sus
instalaciones creando una base de datos para guardar la información de los
partidos que se juegan en la liga. Se desea guardar en primer lugar los datos de
los jugadores. De cada jugador se quiere guardar el nombre, fecha de nacimiento
y posición en la que juega (portero, defensa, centrocampista…). Cada jugador
tiene un código de jugador que lo identifica de manera única. De cada uno de los
equipos de la liga es necesario registrar el nombre del equipo, nombre del estadio
en el que juega, el aforo que tiene, el año de fundación del equipo y la ciudad de
la que es el equipo. Cada equipo también tiene un código que lo identifica de
manera única. Un jugador solo puede pertenecer a un único equipo. De cada
partido que los equipos de la liga juegan hay que registrar la fecha en la que se
juega el partido, los goles que ha metido el equipo de casa y los goles que ha
metido el equipo de fuera. Cada partido tendrá un código numérico para
identificar el partido. También se quiere llevar un recuento de los goles que hay
 en cada partido. Se quiere almacenar el minuto en el que se realizar el gol y la
descripción del gol y su autor. Un partido tiene varios goles y un jugador puede
meter varios goles en un partido. Además se quiere almacenar, en la base de
datos, los datos de los presidentes de los equipos de fútbol (ci, nombre, apellidos,
fecha de nacimiento, equipo del que es presidente y año en el que fue elegido
presidente). Un equipo de fútbol tan sólo puede tener un presidente, y una persona
sólo puede ser presidente de un equipo de la liga. Eventualmente se realizan
torneos donde participan varios equipos de la liga, de los que se quiere tener la
ciudad sede, fecha de realización, equipos participantes y equipo ganador

Los modelos E-R normalmente se representan en un diagrama de Entidad

Relacional (ERD). El ERD utiliza representaciones gráficas para modelar los
componentes de una base de datos.

El modelo E-R básico se basa en los siguientes componentes:

 Una entidad se representa por medio de un rectángulo. Su nombre, un sustantivo,

se escribe en el centro del rectángulo. Cada entidad se describe mediante un
conjunto de atributos. Un atributo describe una característica en particular de la
entidad.
 Una relación describe una asociación entre datos. La mayoría de las relaciones
describen asociaciones entre dos entidades, cuando se introdujeron los modelos
de bases de datos se ilustraron tres tipos de relaciones posibles entre los datos:
uno a muchos (1:M), muchos a muchos (M:N) y uno a uno(1:1). La conectividad,
designa la clasificación de la relación. Las relaciones se representan por medio de
un diamante conectado a las entidades relacionadas. El nombre de la relación, un
verbo activo o pasivo, se escribe dentro del diamante.

Figura 5.-Diagrama de relación de entidades.

Diagrama de Entidad Relación.

Consideraciones adicionales, se agregó un atributo id Gol, debido a que aunque

un gol solo puede ser echo en un minuto especifico, este atributo no es del todo
irrepetible debido a que en dos partidos distintos se puede hacer un gol en el mismo
minuto, el otro capo que se consideró a colocar como clave fue la descripción, pero
no se tiene información claro si este atributo es requerido o no o si su información
es irrepetible.

En torneo también se agregó un Id torneo, porque ningún atributo se consideró

como posible candidato a clave principal. Los equipos que participan en un torneo
se obtienen a través de la relación participa. Por ejemplo si el equipo código 1
participa en el torneo id torne 1, entonces este equipo es participante de dicho
torneo.
 e) Defina normalización, describa los pasos para aplicar la 1ra, 2da y 3ra forma
normal, mostrándolo en un ejemplo inédito.

Normalización

Es un proceso que consiste en designar y aplicar una serie de reglas a las

relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.

 Disminuir problemas de actualización de los datos en las tablas.
 Proteger la integridad de datos.

En el modelo relacional es frecuente llamar tabla a una relación, aunque para

que una tabla sea considerada como una relación 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.

Primera Forma Normal (1FN)

Una tabla está en Primera Forma Normal si:

Todos los atributos son atómicos. Un atributo es atómico si los elementos del
dominio son simples e indivisibles.

 La tabla contiene una clave primaria única.

 La clave primaria no contiene atributos nulos.
 No debe existir variación en el número de columnas.
 Los Campos no clave deben identificarse por la clave (Dependencia
Funcional)
 Debe Existir una independencia del orden tanto de las filas como de las
columnas, es decir, si los datos cambian de orden no deben cambiar sus
significados
  Esta forma normal elimina los valores repetidos dentro de una Base de
Datos.

Segunda Forma Normal (2FN)

Dependencia Funcional. Una relación está en 2FN si está en 1FN y si los

atributos que no forman parte de ninguna clave dependen de forma completa de la clave
principal. Es decir que no existen dependencias parciales. (Todos los atributos que no
son clave principal deben depender únicamente de la clave principal).

En otras palabras podríamos decir que la segunda forma normal está basada en el
concepto de dependencia completamente funcional. Una dependencia funcional x → y
es completamente funcional si al eliminar los atributos A de X significa que la
dependencia no es mantenida, esto es que A ∈ X , X − { A } ↛ Y. Una dependencia
funcional x → y es una dependencia parcial si hay algunos atributos A ∈ X que pueden
ser eliminados de X y la dependencia todavía se mantiene, esto es A ∈ X , X − { A } →
Y.

Tercera Forma Normal (3FN)

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia

funcional transitiva en los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia funcional X → Y en un

esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z
que no es un subconjunto de alguna clave de R, donde se mantiene X → Z y Z → Y.

Ejemplo

Normalizar la siguiente tabla.

Tabla 1. league of legends (sin normalizar)

IdCampeon Nombre Ciudad DatosdeInvocador Fecha de Conexion
0001 Teemo Bandle Lan Caribes clave1234 18-08-2005
0002 Ashe Fréljord Las endeavor clave1234 18-09-2005
0003 Garen Demacia AN groso clave1234 18-10-2005
0004 Darius Noxus Lan luis clave1234 18-12-2005
 Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo
tener campos atómicos, pues datos del invocador puede descomponerse en servidor,
usuario y password. Al aplicar la 1 Fn resultaría

Tabla 2. league of legends (1fn)

IdCampeon Nombre Ciudad Server User Password conexion
0001 Teemo Bandle Lan Caribes clave1234 18-08-2005
0002 Ashe Fréljord Las endeavor clave1234 18-08-2005
0003 Garen Demacia AN groso clave1234 18-10-2005
0004 Darius Noxus Lan luis clave1234 18-12-2005

Como se puede ver, hay cierta redundancia característica de 1NF.

La Segunda Forma Normal (2NF) pide que no existan dependencias parciales o

dicho de otra manera, todos los atributos no clave deben depender por completo de la
clave primaria. Actualmente en nuestra tabla tenemos varias dependencias parciales si
consideramos como atributo clave el código del libro. Al aplicar dicha norma resuta

Tabla 3. Campeones (2fn)

IdCampeon Nombre Ciudad
0001 Teemo Bandle
0002 Ashe Fréljord
0003 Garen Demacia
0004 Darius Noxus

Tabla 4. Usuarios(2fn)
IdUser Server User Password

0023 Lan Caribes clave1234

0302 Las endeavor clave1234

0103 AN groso clave1234

0004 Lan luis clave1234

Tabla 5. League of legends (2fn y 3fn)

IdCampeon IdUser Fecha de Conexion
0001 0023 18-08-2005
0002 0302 18-09-2005
0003 0103 18-10-2005
0004 0004 18-12-2005
 Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además los
atributos no clave deben ser mutuamente independientes y dependientes por completo
de la clave primaria. Las columnas en la tabla deben contener solamente información
sobre la entidad definida por la clave primaria y, por tanto, las columnas en la tabla
deben contener datos acerca de una sola cosa.

En nuestro ejemplo en 2NF, la tabla de campeones conserva información acerca de las

ciudades en las cuales residen los campeones, por lo cual se debe aplicar la 3fn,
asimismo en la tabla de usuarios también se está almacenando la información del server
al cual pertenece al usuario por lo que también debe aplicarse la 3fn. Las demás tablas
no requieren modificación por lo cual se puede afirmar que se encuentran en 3fn

Tabla 6. Campeones (3fn)

IdCampeon Nombre
0001 Teemo
0002 Ashe
0003 Garen
0004 Darius

Tabla 7. Ciudad (3fn)

IdCiudad Ciudad
1001 Bandle
1002 Fréljord
1003 Demacia
1004 Noxus

Tabla 8. Campeones-ciudad(3fn)
IdCampeon IdCiudad
0001 1001
0002 1002
0003 1003
0004 1004

Tabla 9. Usuarios (3fn)

IdUser User Password

0023 Caribes clave1234

Tabla 10. Usuarios (3fn) – continuación
IdUser User Password

0023 Caribes clave1234

0302 endeavor clave1234

0103 groso clave1234

0004 luis clave1234

Tabla 11. Server (3fn)

IdServer Server

0001 Lan

0002 Las

0003 AN

Tabla 12. Usuarios-server (3fn)

IdUser IdServer

0023 0001

0302 0002

0103 0003

0004 0001

f) Defina SQL, características, DDL y DML.

SQL

Lenguaje de consulta estructurada (sql) es un lenguaje específico del dominio

que da acceso a un sistema de gestión de bases de datos relacionales que permite
especificar diversos tipos de operaciones en ellos

Características

 SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad y

potencia de los sistemas relacionales y permite así gran variedad de operaciones.
 Es un lenguaje declarativo de "alto nivel" o "de no procedimiento" que, gracias a
su fuerte base teórica y su orientación al manejo de conjuntos de registros
permite una alta productividad en codificación y la orientación a objetos. De esta
 forma, una sola sentencia puede equivaler a uno o más programas que se
utilizarían en un lenguaje de bajo nivel orientado a registros.
 Lenguaje de definición de datos: El LDD de SQL proporciona comandos para la
definición de esquemas de relación, borrado de relaciones y modificaciones de
los esquemas de relación.
 Lenguaje interactivo de manipulación de datos: El LMD de SQL incluye
lenguajes de consultas basado tanto en álgebra relacional como en cálculo
relacional de tuplas.
 Integridad: El LDD de SQL incluye comandos para especificar las restricciones
de integridad que deben cumplir los datos almacenados en la base de datos.
 Definición de vistas: El LDD incluye comandos para definir las vistas.
 Control de transacciones: SQL tiene comandos para especificar el comienzo y el
final de una transacción.
 SQL incorporado y dinámico: Esto quiere decir que se pueden incorporar
instrucciones de SQL en lenguajes de programación como: C++, C, Java, PHP,
Cobol, Pascal y Fortran.
 Autorización: El LDD incluye comandos para especificar los derechos de acceso
a las relaciones y a las vistas.

Lenguaje de definición de datos (DDL)

Las sentencias DDL se utilizan para crear y modificar la estructura de las tablas
así como otros objetos de la base de datos.

 CREATE - para crear objetos en la base de datos.

 ALTER - modifica la estructura de la base de datos.
 DROP - borra objetos de la base de datos.
 TRUNCATE - elimina todos los registros de la tabla, incluyendo todos
los espacios asignados a los registros.

Lenguaje de manipulación de datos (DML)

Las sentencias de lenguaje de manipulación de datos (DML) son utilizadas para

gestionar datos dentro de los schemas. Algunos ejemplos:

 SELECT - para obtener datos de una base de datos.

  INSERT - para insertar datos a una tabla.
 UPDATE - para modificar datos existentes dentro de una tabla.
 DELETE - elimina todos los registros de la tabla; no borra los espacios
asignados a los registros.
g) Seleccione cualquier conjunto de datos y escriba y aplique las sentencias
CREATE, SELECT, WHERE, ORDER BY, INSERT, UPDATE, DELETE.

Tomando en cuenta las tablas y datos en 3fn del apartado “e” de esta asignación.

 Create
CREATE DATABASE GameDataLeagueOfLegends;
CREATE TABLE CAMPEONES(
IdCampeon INT NOT NULL,
Nombre VARCHAR (20) NOT NULL,
PRIMARY KEY (IdCampeon)
);

 Select
SELECT * FROM Server;
IdServer Server

0001 Lan

0002 Las

0003 AN

 Where
SELECT*
FROM Usuarios
WHERE User=`luis`
IdUser User Password

0004 luis clave1234

 Order by
SELECT * FROM Campeones
ORDER BY Nombre;
IdCampeon Nombre
0002 Ashe
0004 Darius
0003 Garen
0001 Teemo
  Insert
INSERT INTO Ciudad (IdCiudad, Ciudad)
VALUES (1005, ' Zaun ');
IdCiudad Ciudad
1005 Zaun

Nota: normalmente el campo id debe ser autogenerado y no insertado, esto solo se hizo
para el ejemplo.

 Update
UPDATE Usuario
SET Password = 'psqlfetch'
WHERE IdUser = 0004;`
IdUser User Password

0004 luis psqlfetch

 Delete
DELETE FROM Campeones
WHERE IdCampeon = 0001;
IdCampeon Nombre
0002 Ashe
0003 Garen
0004 Darius