Cuestionario

Conceptos
Fundamentales en
Base de Datos

Análisis y
Desarrollo de
ADSI
Sistemas de
Información

Rodrigo Fabián Aponte García

Ingrid Lorena Bolaños Guevara
Nelson Antonio Gómez Rivera
Ficha 2067930 Luis Enrique Méndez Garzón
 Cuestionario: Conceptos Fundamentales en Base de Datos

1. ¿Que es una base de datos?

Se define una base de datos como una serie de datos organizados y relacionados entre sí,
los cuales son recolectados y explotados por los sistemas de información de una empresa
o negocio en particular.

2. ¿Cuáles son las ventajas que ofrece una base de datos en organizaciones que
manejan grandes volúmenes de información?

- Control sobre la redundancia de datos

- Consistencia de datos
- Compartir datos
- Mantenimiento de estándares
- Mejora en la integridad de datos
- Mejora en la seguridad de datos
- Mejora en la accesibilidad a los datos
- Mejora en la productividad
- Mejora en el mantenimiento
- Aumento de la concurrencia
- Mejora en los servicios de copias de seguridad

3. Dibuje un esquema en donde se refleje los elementos que interactúan entre si para
el funcionamiento de una base de datos.
4. Explique a la menor brevedad posible la funcionalidad de los componentes de una
base de datos

En prácticamente cualquier base de datos actual existen cuatro elementos esenciales:

tablas, consultas, informes y formularios. Todos son indispensables y necesarios:

- Las tablas permitirán almacenar los datos.

- Con las consultas podremos acceder a los datos almacenados, ordenarlos y filtrarlos por
diferentes criterios.
- Los informes serán la forma más eficaz de presentar nuestros datos.
- Con los formularios se facilitan las tareas de introducción de datos.

5. ¿Qué es un sistema gestor de base de datos? Enuncie 4 funciones principales que

cumple un SGBD.

Un Sistema Gestor de Base de Datos (SGBD) o DGBA (Data Base Management System)
es un conjunto de programas no visibles que administran y gestionan la información que
contiene una base de datos Los gestores de base de datos o gestores de datos hacen
posible administrar todo acceso a la base de datos ya que tienen el objetivo de servir de
interfaz entre ésta, el usuario y las aplicaciones. Sus funciones principales son:

- Definición de los datos: el SGBD ha de poder definir todos los objetos de la base de
datos partiendo de definiciones en versión fuente para convertirlas en la versión objeto.

- Manipulación de los datos: el sistema de gestión de bbdd responde a las solicitudes del
usuario para realizar operaciones de supresión, actualización y extracción, entre otras. La
administración de los datos ha de realizarse de forma rápida, según las peticiones
realizadas por los usuarios, y permitir la modificación del esquema de la base de datos
gracias a su independencia

- Seguridad e integridad de los datos: además de registrar el uso de las bases de datos,
ante cualquier petición, también aplicará las medidas de seguridad e integridad de los datos
(adopta medidas garantizar su validez) previamente definidas. Un SGBD debe garantizar
su seguridad frente a ataques o simplemente impedir su acceso a usuarios no autorizados
por cualquier razón.

- Recuperación y restauración de los datos: la recuperación y restauración de los datos

ante un posible fallo es otra de las principales funciones de un SGBD. Su aplicación se
realizará a través de un Plan de recuperación y restauración de los datos que sirva de
respaldo.

6. ¿Explique los diferentes SGBD existentes en el mercado?

- MySQL
Es el sistema gestor de bases de datos relacional por excelencia.
Es un SGBD multihilo y multiusuario utilizado en la gran parte de las páginas web actuales.
Además, es el más usado en aplicaciones creadas como software libre.
- MariaDB
Este SGBD es una derivación de MySQL que cuenta con la mayoría de características de
este e incluye varias extensiones.
Nace a partir de la adquisición de MySQL por parte de Oracle para seguir la filosofía Open
Source y tiene la ventaja de que es totalmente compatible con MySQL.

- SQLite
Más que un Sistema Gestor de bases de datos como tal, SQLite es una biblioteca escrita
en C que implementa un SGBD y que permite transacciones sin necesidad de un servidor
ni configuraciones.
Es una biblioteca utilizada en multitud de aplicaciones actuales ya que es open source y
las consultas son muy eficientes.

- PostgreSQL
Este sistema gestor de base de datos relacional está orientado a objetos y es libre,
publicado bajo la licencia BSD.
La principal desventaja es la lentitud para la administración de bases de datos pequeñas ya
que está optimizado para gestionar grandes volúmenes de datos.

- Microsoft SQL Server

Es un sistema gestor de bases de datos relacionales basado en el lenguaje Transact-SQL,
capaz de poner a disposición de muchos usuarios grandes cantidades de datos de manera
simultánea.
- Oracle
Tradicionalmente, Oracle ha sido el SGBD por excelencia para el mundo empresarial,
considerado siempre como el más completo y robusto, destacando por:
Soporte de transacciones.
Estabilidad.
Escalabilidad.
Multiplataforma

7. ¿Qué es el modelado de datos?

El modelado de datos es una manera de estructurar y organizar los datos para que se
puedan utilizar fácilmente por las bases de datos. Los datos no estructurados se pueden
encontrar en los documentos de procesamiento de texto, mensajes de correo electrónico,
archivos de audio o vídeo, y programas de diseño.

8. ¿Que es una base de datos relacional?

Una base de datos relacional es una recopilación de elementos de datos con relaciones
predefinidas entre ellos. Estos elementos se organizan como un conjunto de tablas con
columnas y filas. Las tablas se utilizan para guardar información sobre los objetos que se
van a representar en la base de datos. Cada columna de una tabla guarda un determinado
tipo de datos y un campo almacena el valor real de un atributo. Las filas de la tabla
representan una recopilación de valores relacionados de un objeto o una entidad. Cada fila
de una tabla podría marcarse con un identificador único denominado clave principal,
mientras que filas de varias tablas pueden relacionarse con claves extranjeras. Se puede
obtener acceso a estos datos de muchas formas distintas sin reorganizar las propias tablas
de la base de datos.

9. ¿Cuáles son las ventajas al momento de implementar un modelo relacional para el

diseño y construcción de base de datos?

-SQL
SQL o lenguaje de consulta estructurada es la interfaz principal utilizada para comunicarse
con bases de datos relacionales. SQL se convirtió en un estándar del Instituto Nacional
Estadounidense de Estándares (ANSI) en 1986. Todos los motores de bases de datos
relacionales populares admiten el SQL de ANSI estándar. Algunos de estos motores
también tienen extensión al SQL de ANSI para admitir funcionalidades específicas de ese
motor. SQL se utiliza para agregar, actualizar o eliminar filas de datos, por lo que se
recuperan subconjuntos de datos para aplicaciones de análisis y procesamiento de
transacciones, y para administrar todos los aspectos de la base de datos.

- Integridad de los datos

La integridad de los datos es la totalidad, precisión y coherencia general de los datos. Las
bases de datos relacionales utilizan un conjunto de restricciones para aplicar la integridad
de los datos en la base de datos. Esto incluye claves principales, claves externas, restricción
“Not NULL”, restricción “Unique”, restricción “Default” y restricciones “Check”. Estas
restricciones de integridad ayudan a aplicar reglas de negocio en datos de las tablas para
garantizar la precisión y fiabilidad de los datos. Además de las anteriores, la mayoría de las
bases de datos relacionales también permiten la integración de código personalizado en
desencadenadores que se ejecutan en función de una acción en la base de datos.

- Transacciones
Una transacción de base de datos es una o más instrucciones SQL que se ejecutan como
una secuencia de operaciones que forman una sola unidad lógica de trabajo. Las
transacciones proporcionan una proposición “todo o nada”, por lo que la transacción
completa se debe completar como una sola unidad y se debe escribir en la base de datos;
de lo contrario, ninguno de los componentes individuales de la transacción debería pasar.
En la terminología de bases de datos relacionales, una transacción genera un COMMIT o
un ROLLBACK. Cada transacción se trata de forma coherente y fiable independiente de
otras transacciones.

- Conformidad con ACID

Todas las transacciones de base de datos deben ser conformes a ACID (atómicas,
coherentes, aisladas y duraderas) para garantizar la integridad de los datos.
La atomicidad requiere que la transacción se ejecute correctamente como un todo o, si una
parte de la transacción falla, que toda ella quede invalidada. La consistencia exige que los
datos escritos en la base de datos como parte de la transacción cumplan todas las reglas
definidas, así como las restricciones, incluidos los desencadenadores, las limitaciones y las
cascadas. El aislamiento es fundamental para lograr el control de concurrencia y
asegurarse de que cada transacción sea independiente por sí misma. La durabilidad
requiere que todos los cambios realizados en la base de datos sean permanentes luego de
que la transacción se haya completado de forma correcta.

10. ¿Describa los tres tipos de cardinalidades que existen en una base de datos?

- Relaciones Uno a Uno:

Estas relaciones entre bases de datos se dan cuando cada campo clave aparece sólo una
vez en cada una de las tablas.
Tomando un ejemplo del mundo real, una clara relación de "uno a uno" podría ser, el
nombre de cualquier persona y su número de teléfono. Si partimos del supuesto en que
cada persona tiene un solo número de teléfono, se podría hablar de una relación "uno a
uno".
Gráficamente, se podría representar de la siguiente manera:

- Relaciones Uno a Muchos:

El ejemplo del caso anterior (cada persona, un teléfono), si bien es correcto teóricamente,
es muy improbable desde el punto de vista de la realidad. Con la gran expansión de los
teléfonos, por lo general, cada persona tiene un número de teléfono fijo, y además del
teléfono móvil. Debemos tener en cuenta que dé el de su casa también tendrá un número
de teléfono de empresa, y que quizá también sus móviles estén divididos en ocio y trabajo.
Por ello, debemos tener nuestras bases de datos preparadas para ello. Este tipo de
relaciones es conocido como "uno a varios", y se podría representar de la siguiente manera:
- Relaciones Muchos a Muchos:
La última de la relación que podemos encontrar es la de "varios con varios". Dado que en
la vida las cosas rara vez son sencillas, éste será el tipo de relación que nos encontraremos
más a menudo.
Volviendo al tema de los teléfonos, hemos encontrado la manera de relacionar cada una de
las personas con sus diversos teléfonos: el de su casa, el de su empresa, el móvil. Pero no
será extraño tener en nuestra base de datos diversas personas que trabajen en la misma
empresa, por lo que el número de su trabajo será el mismo, o miembros de una misma
familia, por lo que compartirán el mismo teléfono de su hogar.
Este tipo de relaciones podría ilustrarse de la siguiente manera:

11. Realice un cuadro comparativo del concepto de llave primaria (PK) y llave foránea
(FK)

Llave Primaria PK Llave Foránea FK

- Una llave primaria es un campo único, que - Es uno o más campos de una tabla que
no se puede repetir y sirve para identificar hacen referencia al campo o campos de
los registros de una tabla como distintos, llave principal de otra tabla, una llave
además sirve para hacer relaciones (uno a foránea indica como esta relacionadas las
uno, uno a muchos, muchos a muchos tablas. Los datos en los campos de ambas
entre tablas), sin las llaves primaria las deben coincidir, aunque los nombres de los
bases de dato relacionales no tendrían campos no sean los mismos.
sentido y siempre existiría información - Una clave foránea es simplemente un
repetida. campo en una tabla que se corresponde
- Para que una tabla califique como tabla con la clave primaria de otra tabla.
relacional debe tener una llave primaria, - Las claves foráneas tienen que ver
- Una tabla sólo puede haber una llave precisamente con la integridad referencial,
primaria por tabla. lo que significa que, si una clave foránea
- La llave primaria para cada tabla es contiene un valor, ese valor se refiere a un
almacenada en un índice. El índice se registro existente en la tabla relacionada.
utiliza para asegurarse que cada registro - Una tabla puede tener relaciones con
(fila) es único. varias tablas a través de distintas claves
 - La clave primaria identifica un registro foráneas, e incluso referenciarse a sí
único de una tabla. misma (clave foránea recursiva).
- La clave foránea relaciona los datos de un
registro de una tabla con los de otra, o con
un registro distinto de la misma tabla.

12. Consulte las tres formas de normalización dentro del contexto de una base de
datos.

Primera forma
- Eliminar grupos de repetición en tablas individuales.
- Cree una tabla independiente para cada conjunto de datos relacionados.
- Identifique cada conjunto de datos relacionados con una clave principal.

No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para
realizar un seguimiento de un elemento de inventario que puede provenir de dos orígenes
posibles, un registro de inventario puede contener campos para el código de proveedor 1 y
el código de proveedor 2.
¿Qué sucede cuando se agrega un tercer proveedor? Agregar un campo no es la respuesta;
requiere modificaciones en el programa y en la tabla y no admite de forma fluida un número
dinámico de proveedores. En su lugar, inserte toda la información del proveedor en una
tabla separada llamada proveedores y, a continuación, vincule inventario a proveedores
con una clave de número de artículo o proveedores al inventario con una clave de código
de proveedor.

Segunda forma
- Crear tablas independientes para conjuntos de valores que se aplican a varios registros.
- Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea la clave principal de una tabla (una
clave compuesta, si es necesario). Por ejemplo, considere la dirección de un cliente en un
sistema de contabilidad. La dirección es necesaria para la tabla clientes, pero también las
tablas pedidos, envíos, facturas, cuentas a cobrar y colecciones. En lugar de almacenar la
dirección del cliente como una entrada independiente en cada una de estas tablas,
almacénela en un lugar, ya sea en la tabla customers (clientes) o en una tabla de
direcciones independiente.

Tercera forma normal

- Eliminar los campos que no dependen de la clave.
- Los valores de un registro que no forman parte de la clave de ese registro no pertenecen
a la tabla. En general, siempre que el contenido de un grupo de campos se aplique a más
de un registro de la tabla, considere la posibilidad de colocar dichos campos en una tabla
independiente.

Por ejemplo, en una tabla de contratación de empleados, puede incluirse el nombre de la

Universidad y la dirección de un candidato. Pero necesita una lista completa de las
universidades para los correos de grupo. Si la información de la Universidad se almacena
en la tabla candidatos, no hay forma de enumerar universidades sin candidatos actuales.
Cree una tabla universidades independiente y vincúlelo a la tabla candidatos con una clave
de código de Universidad.
 EXCEPCIÓN: cumplir con la tercera forma normal, aunque teóricamente deseable, no
siempre es práctico. Si tiene una tabla Customers y desea eliminar todas las dependencias
entre campos posibles, debe crear tablas independientes para ciudades, códigos postales,
representantes de ventas, clases de clientes y cualquier otro factor que se pueda duplicar
en varios registros. En teoría, la normalización merece la pena pursing. Sin embargo,
muchas tablas pequeñas pueden degradar el rendimiento o superar las capacidades de
memoria y de archivos abiertos.

Es posible que sea más factible aplicar la tercera forma normal solo a los datos que cambian
con frecuencia. Si se conservan algunos campos dependientes, diseñe la aplicación para
exigir al usuario que compruebe todos los campos relacionados cuando se modifique
cualquiera de ellos.

Tabla no normalizada:

TABL A 1
Compañero # Asesor Salón de avanzada Class1 Class2 Class3
1022 Pérez 412 101-07 143-01 159-02
4123 Saavedra 216 201-01 211-02 214-01

Primera forma normal: sin grupos de repetición

Las tablas solo deben tener dos dimensiones. Como un estudiante tiene varias clases,
estas clases deben aparecer en una tabla independiente. Los campos Class1, clase2 y
Class3 en los registros anteriores son indicaciones de problemas de diseño. Las hojas de
cálculo suelen usar la tercera dimensión, pero las tablas no deben. Otra forma de analizar
este problema es con una relación de uno a varios, no ponga en el lado uno y en el lado
varios de la misma tabla. En su lugar, cree otra tabla en la primera forma normal
eliminando el grupo extensible (número de clase), como se muestra a continuación:

TABL A 2
Compañero # Asesor Salón de avanzada Tipo #
1022 Pérez 412 101-07
1022 Pérez 412 143-01
1022 Pérez 412 159-02
4123 Saavedra 216 201-01
4123 Saavedra 216 211-02
4123 Saavedra 216 214-01

Segunda forma normal: elimine datos redundantes

 Tenga en cuenta los valores de varias clases # para cada valor de número de alumno de
la tabla anterior. La clase # no depende funcionalmente del número de estudiante (clave
principal), por lo que esta relación no está en la segunda forma normal. En las dos tablas
siguientes se muestra la segunda forma normal:

Deben

TABL A 3
Compañero # Asesor Salón de avanzada
1022 Pérez 412
4123 Saavedra 216

Registro

TABL A 4
Compañero # Tipo #
1022 101-07
1022 143-01
1022 159-02
4123 201-01
4123 211-02
4123 214-01

Tercera forma normal: elimina datos que no dependen de la clave

En el último ejemplo, el salón de avanzada (el número de la oficina del Consejero) depende
funcionalmente del atributo asesor. La solución consiste en mover el atributo de la tabla
Students a la tabla profesores, como se muestra a continuación:

Deben

TABL A 5
Compañero # Asesor
1022 Pérez
4123 Saavedra

Profesor

TABL A 6
Nombre Sala Departamento
Pérez 412 42
Saavedra 216 42