Procesos de diseño de una BD

Daisy Alondra Martínez Molina

Febrero 2020.

Instituto Tecnológico de Chilpancingo

Fundamento de Base de datos

1
 TABLA DE CONTENIDO

Introducción 3
Proceso de diseño de una Base de Datos 4
Conclusión 9
Lista de referencias 10

2
Introducción
Hoy en día las bases de datos relacionales se han convertido en un factor esencial de todo

sistema de cómputo, gracias a que permiten un manejo dinámico de la información;

proporcionan seguridad, precisión y control, y, por consiguiente, proveen elementos

relevantes para la toma de decisiones operativas y tácticas, relacionadas con el manejo de

grandes volúmenes de datos.

Descubriremos que la información almacenada se encuentra organizada de forma general en

tablas que a su vez están formadas por columnas y filas. Cada tabla contiene un tema

distribuido en columnas o campos y filas también llamadas registros. El proceso que

aprenderemos para crear una base datos se guía por una serie de pasos.

3
 Proceso de diseño en una base de datos

Principios de una BD bien diseñada.

El primer principio es que información duplicada (también llamado datos redundantes) es

incorrecta, porque residuos espacio y aumenta la probabilidad de errores e incoherencias. El

segundo principio es que la exactitud y la integridad de la información importante. Si la base

de datos contiene información incorrecta, los informes que extraen información de la base de

datos también contener información incorrecta. Como resultado, las decisiones que se basen

en dichos informes se luego estar mal informadas.

Un diseño d base de datos buena es por lo tanto uno que divide la divide la información en

tablas basadas para reducir los datos redundantes, proporciona acceso a la información en las

tablas según sea necesario, ayuda a garantizar la precisión y la integridad de información,

admite el procesamiento de datos e informes.

El proceso de diseño:

Diseñar una base de datos útil y eficiente requiere los siguientes pasos.

1. Análisis de los requisitos o identificación del proceso de tu base de datos

Comprender el propósito de tu base de datos determinara tus opciones en todo el

proceso de diseño. Asegúrate de observar la base de datos desde todas las

perspectivas. Por ejemplo, si estuvieras creando una base de datos en una biblioteca

pública, deberías de considerar las formas en que los clientes y los bibliotecarios

necesitaran para acceder a los datos.

2. Buscar y organizar la información necesaria:

Aquí te mostramos algunas formas de reunir información antes de crear la base de

datos:

 Entrevistar a las personas que la usarán.

4
  Analizar formularios de negocio, como facturas, plantillas de horas trabajadas,

encuestas.

 Examinar cualquier sistema de datos existente (incluidos archivos físicos y

digitales).

3. Organización de los datos en tablas

El siguiente paso es organizar la representación visual de tu base de datos. Para ello,

debes comprender exactamente cómo se estructuran las bases de datos relacionales.

Dentro de una base de datos, los datos relacionados se agrupan en tablas, cada una de

ellas consiste en filas (también llamadas "tuplas") y columnas, como una hoja de

cálculo. Para convertir tus listas de datos en tablas, comienza creando una tabla para

cada tipo de entidad, como productos, ventas, clientes y pedidos.

4. Convertir los elementos de información en columnas

Cada fila de una tabla se llama "registro". Los registros incluyen datos sobre algo o

alguien, como un cliente específico. En cambio, las columnas (también conocidas

como "campos" o "atributos") contienen un único tipo de información que aparece en

cada registro, como las direcciones de todos los clientes enumerados en la tabla.

5
5. Especificación de las claves primarias

Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza

para identificar inequívocamente cada fila. Un ejemplo podría ser el identificador de

producto o Id.

6. Configurar las relaciones de tabla

Cuando tus tablas de base de datos se conviertan en tablas, estarás listo para analizar

las relaciones entre esas tablas. La cardinalidad se refiere a la cantidad de elementos

que interactúan entre dos tablas relacionadas. Identificar la cardinalidad te ayuda a

asegurarte de que has dividido los datos en tablas de la forma más eficiente.

Cada entidad puede, potencialmente, tener una relación con todas las demás, pero por

lo general esas relaciones pueden ser de uno de tres tipos:

 Relación uno a uno

Hay una única instancia de la Entidad A para cada instancia de la Entidad B,

se dice que tienen una relación de uno a uno

 Relación uno a muchos

Estas relaciones suceden cuando un registro de una tabla está asociado a

múltiples entradas en otra tabla. Por ejemplo, un solo cliente puede haber

solicitado múltiples pedidos o una persona haberse llevado muchos libros de la

biblioteca a la vez. Las relaciones uno a muchos (1:M) se indican con lo que

se denomina "notación patas de gallo"

6
  Relación de muchos a muchos

Cuando múltiples entidades de una tabla se pueden asociar a múltiples

entidades de otra tabla, se dice que tienen una relación de muchos a muchos

(M:N). Esto puede suceder en el caso de estudiantes y clases, ya que un

estudiante puede inscribirse en muchas clases, y una clase puede tener

numerosos estudiantes.

Lamentablemente, no es posible implementar directamente este tipo de

relación en una base de datos. En cambio, debes dividirlo en dos relaciones

uno a muchos.

7. Refinar el diseño

Analizar el diseño de errores. Verificar si se obtuvieron los resultados deseados en

caso de no ser así realizar los ajustes, según sea necesario.

Características para la evaluación

 Implementar todos los requisitos explícitos contenidos en el modelo de

análisis, y ajustarse a todos los requisitos del cliente.

 Debe ser una guía legible y comprensible para quienes generan el código y

quienes realizan pruebas, es decir, dan soporte.

7
  Debe proporcionar una imagen completa del software desde una perspectiva

de implementación.

8. Normalización para estandarizar las tablas

Una vez que tengas un diseño preliminar para tu base de datos, puedes aplicar reglas

de normalización para asegurarte de que las tablas estén estructuradas correctamente.

Piensa en estas reglas como los estándares de la industria. Dicho esto, no todas las

bases de datos son buenas candidatas para la normalización. Generalmente, las bases

de datos de procesamiento de transacciones en línea (OLTP), en las que los usuarios

se encargan de la creación, lectura, actualización y eliminación de los registros,

deberían estar normalizadas.

Las bases de datos de procesamiento analítico en línea (OLAP) que favorecen el

análisis y la generación de informes funcionarían mejor con un grado de

desnormalización, ya que el énfasis está en la velocidad de cálculo. Estas incluyen

aplicaciones de soporte de decisiones en las que los datos se deben analizar

rápidamente, pero no deben modificarse.

 La primera forma normal

La primera forma normal (abreviada como "1FN") especifica que cada celda

de la tabla puede tener un solo valor, nunca una lista de valores. Por lo tanto,

una tabla como esta no cumple con los requisitos:

 segunda forma normal

La segunda forma normal (2NF) establece que todos los atributos deben ser

totalmente dependientes de toda la clave primaria. Eso significa que cada

atributo debería depender directamente de la clave primaria, en lugar de

indirectamente a través de algún otro atributo.

8
Conclusión

El desarrollo de una buena Base de Datos, depende netamente de cómo esta se diseñe, para lo

cual tenemos que seguir los pasos esenciales que se nos presentan ya que lo demás dependerá

del tipo de Base de datos, pero al seguir los pasos podremos mejorar la estabilidad y rapidez

de consulta de la Base de Datos

Por lo tanto se sabe que conocer el proceso interno, la estructura he implementación de base

de datos nos muestra la importancia que realizan en el mundo laboral, y como cada ente que

las utiliza es dependiente de ellas.

9
Referencias

 Alexys Lozada. (2018). Las etapas del diseño de una correcta base de datos

relacional. 2019, de EDteam Sitio web: https://ed.team/blog/las-etapas-del-

diseno-de-una-correcta-base-de-datos-relacional

 Microsoft. (2016). Conceptos básicos del diseño de una base de datos. 2019, de

Microsoft 2020 Sitio web: https://support.office.com/es-es/article/conceptos-

b%C3%A1sicos-del-dise%C3%B1o-de-una-base-de-datos-eb2159cf-1e30-401a-

8084-bd4f9c9ca1f5

 Lucidchart. (2017). Tutorial de estructura y diseño de bases de datos. 2019, de Lucid

Software Inc. Sitio web: https://www.lucidchart.com/pages/es/tutorial-de-estructura-

y-diseno-de-bases-de-datos

10