SlideShare una empresa de Scribd logo
1 de 5
Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo
complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más
fácil crear una base de datos perfecta para nuestro siguiente proyecto.
Diseño de Bases de Datos
Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la
base de datos, quizá las más fuertes sean:
La velocidad de acceso,
El tamaño de la información,
El tipo de la información,
Facilidad de acceso a la información,
Facilidad para extraer la información requerida,
El comportamiento del manejador de bases de datos con cada tipo de
información.
No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso
manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de
software logrando resultados altamente aceptables, siempre es recomendable la
utilización de determinados estándares de diseño que garantizan el nivel de eficiencia
mas alto en lo que se refiere a almacenamiento y recuperación de la información.
De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la
sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.
OBJETIVOS DEL DISEÑO DE BASES DE DATOS
Entre las metas más importantes que se persiguen al diseñar un modelo de bases de
datos, se encuentran las siguientes que pueden observarse en esta figura.
Base de Datos.- Cualquier conjunto de datos organizados para su almacenamiento en
la memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y
acceso de una forma estándar. Los datos suelen aparecer en forma de texto, números o
gráficos. Hay cuatro modelos principales de bases de datos: el modelo jerárquico, el
modelo en red, el modelo relacional (el más extendido hoy en día).
Base de Datos Relacional.- Tipo de base de datos o sistema de administración de
bases de datos, que almacena información en tablas (filas y columnas de datos) y realiza
búsquedas utilizando los datos de columnas especificadas de una tabla para encontrar
datos adicionales en otra tabla.
Datos Elementales.- Un dato elemental, tal como indica su nombre, es una pieza
elemental de información. El primer paso en el diseño de una base de datos debe ser un
análisis detallado y exhaustivo de los datos elementales requeridos.
Campos y Subcampos.- Los datos elementales pueden ser almacenados en campos o
en subcampos. Un campo es identificado por un rótulo numérico que se define en la
FDT de la base de datos. A diferencia de los campos, los subcampos no se identifican
por medio de un rótulo, sino por un delimitador de subcampo.
Delimitador de Subcampo.- Un delimitador de subcampo es un código de dos
caracteres que precede e identifica un subcampo de longitud variable dentro de un
campo.
DBMS: Data Base Management System (SISTEMA DE MANEJO DE BASE DE
DATOS).- Consiste de una base de datos y un conjunto de aplicaciones (programas)
para tener acceso a ellos.
à Errores que se pueden encontrar en el diseño de una base de datos:
Modelo de Datos.- es un conjunto de herramientas conceptuales para describir los
datos, las relaciones entre ellos, su semántica y sus limitantes.
Redundancia.- Esta se presenta cuando se repiten innecesariamente datos en los
archivos que conforman la base de datos.
Inconsistencia.- Ocurre cuando existe información contradictoria o incongruente en la
base de datos.
Dificultad en el Acceso a los Datos.- Debido a que los sistemas de procesamiento de
archivos generalmente se conforman en distintos tiempos o épocas y ocasionalmente
por distintos programadores, el formato de la información no es uniforme y se requiere
de establecer métodos de enlace y conversión para combinar datos contenidos en
distintos archivos.
Aislamiento de los Datos.- Se refiere a la dificultad de extender las aplicaciones que
permitan controlar a la base de datos, como pueden ser, nuevos reportes, utilerías y
demás debido a la diferencia de formatos en los archivos almacenados.
Anomalías en el Acceso Concurrente.- Ocurre cuando el sistema es multiusuario y
no se establecen los controles adecuados para sincronizar los procesos que afectan a la
base de datos. Comúnmente se refiere a la poca o nula efectividad de los procedimientos
de bloqueo.
Problemas de Seguridad.- Se presentan cuando no es posible establecer claves de
acceso y resguardo en forma uniforme para todo el sistema, facilitando así el acceso a
intrusos.
à Niveles de Diseño:
Problemas de Integridad.- Ocurre cuando no existe a través de todo el sistema
procedimientos uniformes de validación para los datos.
Nivel Físico.- Es aquel en el que se determinan las características de almacenamiento
en el medio secundario. Los diseñadores de este nivel poseen un amplio dominio de
cuestiones técnicas y de manejo de hardware.
Nivel Conceptual.- Es aquel en el que se definen las estructuraslógicas de
almacenamiento y las relaciones que se darán entre ellas. Ejemplos comunes de este
nivel son el diseño de los registros y las ligas que permitirán la conexión entre registros
de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos.
à Clasificación de Modelos de Datos:
Nivel de Edición.- Es aquel en el que se presenta al usuario final y que puede tener
combinaciones o relaciones entre los datos que conforman a la base de datos global.
Puede definirse como la forma en el que el usuario aprecia la información y sus
relaciones.
Modelos Lógicos Basados en Objetos.- Son aquellos que nos permiten una definición
clara y concisa de los esquemas conceptuales y de visión. Su característica principal es
que permiten definir en forma detallada las limitantes de los datos.
Modelos Lógicos Basados en Registros.- Operan sobre niveles conceptual y de
visión. Sus características principales son que permiten una descripción más amplia de
la implantación, pero no son capaces de especificar con claridad las limitantes de los
datos.
Modelos Físicos de Datos.- Describen los datos en el nivel más bajo y permiten
identificar algunos detalles de implantación para el manejo del hardware de
almacenamiento.
¿Qué es un buen diseño de base de datos?
El proceso de diseño de una base de datos se guía por algunos principios. El primero de
ellos es que se debe evitar la información duplicada o, lo que es lo mismo, los datos
redundantes, porque malgastan el espacio y aumentan la probabilidad de que se
produzcan errores e incoherencias. El segundo principio es que es importante que la
información sea correcta y completa. Si la base de datos contiene información
incorrecta, los informes que recogen información de la base de datos contendrán
también información incorrecta y, por tanto, las decisiones que tome a partir de esos
informes estarán mal fundamentadas.
Un buen diseño de base de datos es, por tanto, aquél que:
Divide la información en tablas basadas en temas para reducir los datos
redundantes.
Proporciona a Access la información necesaria para reunir la información de las
tablas cuando así se precise.
Ayuda a garantizar la exactitud e integridad de la información.
Satisface las necesidades de procesamiento de los datos y de generación de
informes.
Volver al principio
El proceso de diseño
El proceso de diseño consta de los pasos siguientes:
Determinar la finalidad de la base de datos
Esto le ayudará a estar preparado para los demás pasos.
Buscar y organizar la información necesaria
Reúna todos los tipos de información que desee registrar en la base de datos, como los
nombres de productos o los números de pedidos.
Dividir la información en tablas
Divida los elementos de información en entidades o temas principales, como Productos
o Pedidos. Cada tema pasará a ser una tabla.
Convertir los elementos de información en columnas
Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en
un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla
Empleados podría incluir campos como Apellido y Fecha de contratación.
Especificar claves principales
Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza
para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.
Definir relaciones entre las tablas
Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás
tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones
según sea necesario.
Ajustar el diseño
Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con
datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas.
Realice los ajustes necesarios en el diseño.
Aplicar las reglas de normalización
Aplique reglas de normalización de los datos para comprobar si las tablas están
estructuradas correctamente. Realice los ajustes necesarios en las tablas.
Dependiendo de los requerimientos de la base de datos

Más contenido relacionado

La actualidad más candente

Base de datos pres..
Base de datos pres..Base de datos pres..
Base de datos pres..chovialbi
 
Introducción a las bases de datos
Introducción a las bases de datosIntroducción a las bases de datos
Introducción a las bases de datosJeckson Loza
 
Diapositivas base de datos...
Diapositivas base de datos...Diapositivas base de datos...
Diapositivas base de datos...Dialy Ramirez
 
Base de datos slideshare
Base de datos slideshareBase de datos slideshare
Base de datos slideshareunefacams
 
Introduccion bases de datos
Introduccion bases de datosIntroduccion bases de datos
Introduccion bases de datosUTN
 
TALLER PRÁCTICO POWER POINT - BASES DE DATOS
TALLER PRÁCTICO POWER POINT - BASES DE DATOSTALLER PRÁCTICO POWER POINT - BASES DE DATOS
TALLER PRÁCTICO POWER POINT - BASES DE DATOSJohnfer Montoya
 
Base de datos
Base de datosBase de datos
Base de datosleimy11
 
diapositivas de informática BASE DE DATOS
diapositivas de informática BASE DE DATOSdiapositivas de informática BASE DE DATOS
diapositivas de informática BASE DE DATOSDayanaperezflorez
 

La actualidad más candente (15)

BASES DE DATOS
BASES DE DATOSBASES DE DATOS
BASES DE DATOS
 
diapositivas angy
diapositivas angydiapositivas angy
diapositivas angy
 
Base de datos pres..
Base de datos pres..Base de datos pres..
Base de datos pres..
 
Conceptos Fundamentales de Base de Datos
Conceptos Fundamentales de Base de DatosConceptos Fundamentales de Base de Datos
Conceptos Fundamentales de Base de Datos
 
Introducción a las bases de datos
Introducción a las bases de datosIntroducción a las bases de datos
Introducción a las bases de datos
 
Fundamentos de las bases de datos
Fundamentos de las bases de datosFundamentos de las bases de datos
Fundamentos de las bases de datos
 
Diapositivas base de datos...
Diapositivas base de datos...Diapositivas base de datos...
Diapositivas base de datos...
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos slideshare
Base de datos slideshareBase de datos slideshare
Base de datos slideshare
 
Introduccion bases de datos
Introduccion bases de datosIntroduccion bases de datos
Introduccion bases de datos
 
Unidad 1 - Clase 2 de Base de Datos
Unidad 1 - Clase 2 de Base de DatosUnidad 1 - Clase 2 de Base de Datos
Unidad 1 - Clase 2 de Base de Datos
 
TALLER PRÁCTICO POWER POINT - BASES DE DATOS
TALLER PRÁCTICO POWER POINT - BASES DE DATOSTALLER PRÁCTICO POWER POINT - BASES DE DATOS
TALLER PRÁCTICO POWER POINT - BASES DE DATOS
 
Base de datos
Base de datosBase de datos
Base de datos
 
Trabajo de bases de datos
Trabajo de bases de datosTrabajo de bases de datos
Trabajo de bases de datos
 
diapositivas de informática BASE DE DATOS
diapositivas de informática BASE DE DATOSdiapositivas de informática BASE DE DATOS
diapositivas de informática BASE DE DATOS
 

Similar a Dependiendo de los requerimientos de la base de datos

Similar a Dependiendo de los requerimientos de la base de datos (20)

Referente conceptual
Referente conceptualReferente conceptual
Referente conceptual
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Presentacion base de datos
Presentacion base de datosPresentacion base de datos
Presentacion base de datos
 
Referente conceptual
Referente conceptualReferente conceptual
Referente conceptual
 
Base de datos presentacion
Base de datos presentacionBase de datos presentacion
Base de datos presentacion
 
Funciones de un DBA y tipos de Base de Datos
Funciones de un DBA y tipos de Base de DatosFunciones de un DBA y tipos de Base de Datos
Funciones de un DBA y tipos de Base de Datos
 
Diseño de una base de datos
Diseño de una base de datosDiseño de una base de datos
Diseño de una base de datos
 
Diseño de una base de datos
Diseño de una base de datosDiseño de una base de datos
Diseño de una base de datos
 
Astriddd
AstridddAstriddd
Astriddd
 
Diseño de Archivos y Base de Datos
Diseño de Archivos y Base de DatosDiseño de Archivos y Base de Datos
Diseño de Archivos y Base de Datos
 
Tarea 1
Tarea 1Tarea 1
Tarea 1
 
Guia 3 base de datos
Guia 3 base de datosGuia 3 base de datos
Guia 3 base de datos
 
Resumen de antologia sobre base de datos y macro
Resumen de antologia sobre base de datos y macroResumen de antologia sobre base de datos y macro
Resumen de antologia sobre base de datos y macro
 
Trabajo de informatica.pptx yusssyy
Trabajo de informatica.pptx yusssyyTrabajo de informatica.pptx yusssyy
Trabajo de informatica.pptx yusssyy
 
Base de Datos
Base de DatosBase de Datos
Base de Datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Tema conceptos basicos bases de datos
Tema conceptos basicos bases de datosTema conceptos basicos bases de datos
Tema conceptos basicos bases de datos
 
Base de datos - meryann
Base de datos  -  meryannBase de datos  -  meryann
Base de datos - meryann
 
Informatica Base de datos
Informatica Base de datosInformatica Base de datos
Informatica Base de datos
 

Dependiendo de los requerimientos de la base de datos

  • 1. Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más fácil crear una base de datos perfecta para nuestro siguiente proyecto. Diseño de Bases de Datos Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos, quizá las más fuertes sean: La velocidad de acceso, El tamaño de la información, El tipo de la información, Facilidad de acceso a la información, Facilidad para extraer la información requerida, El comportamiento del manejador de bases de datos con cada tipo de información. No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de software logrando resultados altamente aceptables, siempre es recomendable la utilización de determinados estándares de diseño que garantizan el nivel de eficiencia mas alto en lo que se refiere a almacenamiento y recuperación de la información. De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario. OBJETIVOS DEL DISEÑO DE BASES DE DATOS Entre las metas más importantes que se persiguen al diseñar un modelo de bases de datos, se encuentran las siguientes que pueden observarse en esta figura. Base de Datos.- Cualquier conjunto de datos organizados para su almacenamiento en la memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y
  • 2. acceso de una forma estándar. Los datos suelen aparecer en forma de texto, números o gráficos. Hay cuatro modelos principales de bases de datos: el modelo jerárquico, el modelo en red, el modelo relacional (el más extendido hoy en día). Base de Datos Relacional.- Tipo de base de datos o sistema de administración de bases de datos, que almacena información en tablas (filas y columnas de datos) y realiza búsquedas utilizando los datos de columnas especificadas de una tabla para encontrar datos adicionales en otra tabla. Datos Elementales.- Un dato elemental, tal como indica su nombre, es una pieza elemental de información. El primer paso en el diseño de una base de datos debe ser un análisis detallado y exhaustivo de los datos elementales requeridos. Campos y Subcampos.- Los datos elementales pueden ser almacenados en campos o en subcampos. Un campo es identificado por un rótulo numérico que se define en la FDT de la base de datos. A diferencia de los campos, los subcampos no se identifican por medio de un rótulo, sino por un delimitador de subcampo. Delimitador de Subcampo.- Un delimitador de subcampo es un código de dos caracteres que precede e identifica un subcampo de longitud variable dentro de un campo. DBMS: Data Base Management System (SISTEMA DE MANEJO DE BASE DE DATOS).- Consiste de una base de datos y un conjunto de aplicaciones (programas) para tener acceso a ellos. à Errores que se pueden encontrar en el diseño de una base de datos: Modelo de Datos.- es un conjunto de herramientas conceptuales para describir los datos, las relaciones entre ellos, su semántica y sus limitantes. Redundancia.- Esta se presenta cuando se repiten innecesariamente datos en los archivos que conforman la base de datos. Inconsistencia.- Ocurre cuando existe información contradictoria o incongruente en la base de datos. Dificultad en el Acceso a los Datos.- Debido a que los sistemas de procesamiento de archivos generalmente se conforman en distintos tiempos o épocas y ocasionalmente por distintos programadores, el formato de la información no es uniforme y se requiere de establecer métodos de enlace y conversión para combinar datos contenidos en distintos archivos. Aislamiento de los Datos.- Se refiere a la dificultad de extender las aplicaciones que permitan controlar a la base de datos, como pueden ser, nuevos reportes, utilerías y demás debido a la diferencia de formatos en los archivos almacenados. Anomalías en el Acceso Concurrente.- Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados para sincronizar los procesos que afectan a la base de datos. Comúnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo. Problemas de Seguridad.- Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando así el acceso a intrusos. à Niveles de Diseño:
  • 3. Problemas de Integridad.- Ocurre cuando no existe a través de todo el sistema procedimientos uniformes de validación para los datos. Nivel Físico.- Es aquel en el que se determinan las características de almacenamiento en el medio secundario. Los diseñadores de este nivel poseen un amplio dominio de cuestiones técnicas y de manejo de hardware. Nivel Conceptual.- Es aquel en el que se definen las estructuraslógicas de almacenamiento y las relaciones que se darán entre ellas. Ejemplos comunes de este nivel son el diseño de los registros y las ligas que permitirán la conexión entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos. à Clasificación de Modelos de Datos: Nivel de Edición.- Es aquel en el que se presenta al usuario final y que puede tener combinaciones o relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma en el que el usuario aprecia la información y sus relaciones. Modelos Lógicos Basados en Objetos.- Son aquellos que nos permiten una definición clara y concisa de los esquemas conceptuales y de visión. Su característica principal es que permiten definir en forma detallada las limitantes de los datos. Modelos Lógicos Basados en Registros.- Operan sobre niveles conceptual y de visión. Sus características principales son que permiten una descripción más amplia de la implantación, pero no son capaces de especificar con claridad las limitantes de los datos. Modelos Físicos de Datos.- Describen los datos en el nivel más bajo y permiten identificar algunos detalles de implantación para el manejo del hardware de almacenamiento. ¿Qué es un buen diseño de base de datos? El proceso de diseño de una base de datos se guía por algunos principios. El primero de ellos es que se debe evitar la información duplicada o, lo que es lo mismo, los datos redundantes, porque malgastan el espacio y aumentan la probabilidad de que se produzcan errores e incoherencias. El segundo principio es que es importante que la información sea correcta y completa. Si la base de datos contiene información incorrecta, los informes que recogen información de la base de datos contendrán también información incorrecta y, por tanto, las decisiones que tome a partir de esos informes estarán mal fundamentadas. Un buen diseño de base de datos es, por tanto, aquél que: Divide la información en tablas basadas en temas para reducir los datos redundantes. Proporciona a Access la información necesaria para reunir la información de las tablas cuando así se precise. Ayuda a garantizar la exactitud e integridad de la información. Satisface las necesidades de procesamiento de los datos y de generación de informes.
  • 4. Volver al principio El proceso de diseño El proceso de diseño consta de los pasos siguientes: Determinar la finalidad de la base de datos Esto le ayudará a estar preparado para los demás pasos. Buscar y organizar la información necesaria Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos. Dividir la información en tablas Divida los elementos de información en entidades o temas principales, como Productos o Pedidos. Cada tema pasará a ser una tabla. Convertir los elementos de información en columnas Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos como Apellido y Fecha de contratación. Especificar claves principales Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido. Definir relaciones entre las tablas Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario. Ajustar el diseño Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes necesarios en el diseño. Aplicar las reglas de normalización Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas correctamente. Realice los ajustes necesarios en las tablas.