Diseño de base de datos

Ir a: navegación, búsqueda de

Diseño de base de datos es el proceso de producir un detallado modelo de datos de un base de datos. Esto modelo de datos lógicos contiene todas las opciones de diseño lógico y físico necesario y los parámetros de almacenamiento físico necesarios para generar un diseño en un lenguaje de definición de datos, que puede utilizarse para crear una base de datos. Un modelo de datos totalmente atribuido contiene atributos detallados para cada entidad.

El diseño de base de datos del término puede utilizarse para describir muchas partes diferentes del diseño de un conjunto sistema de base de datos. Principalmente y más correctamente, puede ser pensado como el diseño lógico de las estructuras de base de datos utilizada para almacenar los datos. En Modelo relacional Estos son los tablas y Vistas. En un base de datos de objeto las entidades y las relaciones se asignan directamente a clases de objetos y relaciones llamadas. Sin embargo, el diseño de base de datos del término también podría utilizarse para aplicar en el proceso general de diseño, no sólo las estructuras de base de datos, pero también las formas y consultas utilizadas como parte de la aplicación de base de datos global dentro de la sistema de gestión de base de datos (DBMS).[1]

El proceso de hacer diseño de base de datos generalmente consta de una serie de pasos que se realizarán por el diseñador de base de datos. Generalmente, el diseñador debe:

  • Determinar las relaciones entre los elementos de datos diferentes.
  • Superponer una estructura lógica sobre los datos sobre la base de estas relaciones.[2]

Contenido

  • 1 Diagrama ER (modelo entidad-relación)
  • 2 Proceso de diseño[3]
  • 3 Determinación de datos para almacenar
  • 4 Normalización
  • 5 Tipos
    • 5.1 Esquema conceptual
    • 5.2 Estructuración lógica de datos
    • 5.3 Refinamiento de esquema
    • 5.4 Diseño físico
  • 6 Véase también
  • 7 Referencias
  • 8 Lectura adicional
  • 9 Enlaces externos

Diagrama ER (modelo entidad-relación)

Un diagrama entidad-relación muestra

Diseños de base de datos también incluyen (ERmodelo entidad-relación) diagramas. Un diagrama ER es un diagrama que ayuda al diseño de bases de datos de manera eficiente.

Atributos de diagramas ER generalmente se modelan como un óvalo con el nombre del atributo, vinculado a la entidad o relación que contiene el atributo.

Dentro de la Modelo relacional el paso final se puede dividir generalmente en dos pasos más, que de la determinación de la agrupación de información dentro del sistema, generalmente determinar qué es los objetos básicos sobre información que está almacenada y entonces determinar las relaciones entre estos grupos de información, u objetos. Este paso no es necesario con un Base de datos de objeto.[2]

Proceso de diseño[3]

  1. Determinar el propósito de la base de datos -Ayuda a prepararse para los pasos restantes.
  2. Encontrar y organizar la información requerida -Recopilar todos los tipos de información para grabar en la base de datos, tales como número de orden y nombre del producto.
  3. Dividir la información en tablas -Elementos de información se dividen en entidades principales o temas, tales como productos o pedidos. Cada sujeto entonces se convierte en una mesa.
  4. Convertir elementos de información en columnas -Decidir qué información debe almacenarse en cada mesa. Cada elemento se convierte en un campo y se muestra como una columna en la tabla. Por ejemplo, una tabla empleados podría incluir campos como apellido y fecha de alquiler.
  5. Especificar claves primarias -Seleccione la clave principal de cada tabla. La clave principal es una columna o un conjunto de columnas, que se utiliza para identificar de forma exclusiva cada registro. Un ejemplo podría ser Product ID o ID de pedido.
  6. Establecer las relaciones de tabla -Mira en cada mesa y decidir cómo se relaciona los datos en una tabla con los datos de otras tablas. Agregar campos a las tablas o cree tablas nuevas para clarificar las relaciones, según sea necesario.
  7. Refinar el diseño -Analizar el diseño de los errores. Crear tablas y agregue algunos registros de datos de muestra. Compruebe si resultados provienen de las tablas como se esperaba. Realizar ajustes en el diseño, según sea necesario.
  8. Aplicar el reglas de normalización -Aplicar las reglas de normalización de datos para ver si las tablas están estructuradas correctamente. Hacer ajustes a las tablas

Determinación de datos para almacenar

En la mayoría de los casos, una persona que está haciendo el diseño de una base de datos es una persona con experiencia en el área de diseño de bases de datos, en lugar de conocimientos en el dominio de los cuales los datos a ser almacenados están dibujada por ejemplo Financeiras, información biológica etc.. Por lo tanto, los datos se almacenan en la base de datos deben ser determinados en cooperación con una persona que tiene experiencia en ese dominio, y que es consciente de qué datos se almacenarán en el sistema.

Este proceso es la que generalmente se considera parte del Análisis de requerimientosy requiere habilidad por parte del diseñador de bases de datos para obtener la información necesaria de las personas con el conocimiento del dominio. Esto es porque con el conocimiento necesario dominio con frecuencia no pueden expresar claramente cuáles son sus requisitos del sistema para la base de datos como están acostumbrados a pensar en términos de los elementos de datos discretos que deben almacenarse. Almacenar datos pueden determinarse por requisito de especificación.[4]

Normalización

Artículo principal: Normalización de bases de datos

En el campo de base de datos relacional diseño, Normalización es una forma sistemática de asegurar que una estructura de base de datos es conveniente para las consultas generales y libres de ciertas características indeseables, anomalías de inserción, actualización y eliminación — que podría conducir a una pérdida de integridad de datos.

Una pieza estándar de dirección de diseño de base de datos es que el diseñador debe crear un diseño totalmente normalizado; selectivo Denormalización Posteriormente se puede realizar, pero sólo para rendimiento razones. Sin embargo, algunos modelos disciplinas, tales como la modelado dimensional enfoque almacén de datos diseñar, recomendar explícitamente no normalizada diseños, es decir, que en gran parte no se adhieren 3NF. Normalización consiste en formas normales 1NF, 2NF, 3NF, BOYCE-CODD NF (3.5NF), 4NF y 5NF

Tipos

Esquema conceptual

Artículo principal: Esquema conceptual

Una vez que un diseñador de base de datos es consciente de los datos que se almacena dentro de la base de datos, entonces debe determinar donde dependencia está dentro de los datos. A veces cuando se cambiaron de datos puede estar cambiando otros datos que no es visibles. Por ejemplo, en una lista de nombres y direcciones, asumiendo una situación donde varias personas pueden tener la misma dirección, pero una persona no puede tener más de una dirección, la dirección es dependiente sobre el nombre. Cuando un nombre y la lista puede determinarse únicamente la dirección; Sin embargo, no tiene el inverso - cuando da una dirección y la lista, un nombre no puede únicamente determinarse porque varias personas pueden residir en una dirección. Porque la dirección está determinada por un nombre, una dirección se considera dependiente de un nombre.

(Nota: una idea falsa común es que el Modelo relacional es llamado así por la indicación de las relaciones entre los elementos de datos en el mismo. Esto no es cierto. El modelo relacional es llamado así porque se basa en las estructuras matemáticas conocidas como relaciones.)

Estructuración lógica de datos

Artículo principal: Esquema lógico

Una vez que se han determinado las relaciones y las dependencias entre las diferentes piezas de información, es posible organizar los datos en una estructura lógica que luego se puede asignar a los objetos de almacenamiento soportados por el sistema de gestión de base de datos. En el caso de bases de datos relacionales los objetos de almacenamiento tablas que almacenan datos en filas y columnas.

Cada tabla puede representar una implementación de un objeto lógico o una relación de unirse a una o más instancias de uno o más objetos lógicos. Las relaciones entre tablas entonces pueden almacenarse como enlaces conectar mesas de niño con los padres. Desde complejas relaciones lógicas son tablas probablemente tendrán enlaces a más de uno de los padres.

En un Base de datos de objeto los objetos de almacenamiento corresponden directamente a los objetos utilizados por el Lenguaje de programación orientado a objetos Solía escribir las aplicaciones que administrará y acceder a los datos. Las relaciones pueden definirse como atributos de las clases de objeto involucrados o métodos que funcionan en las clases de objeto.

Refinamiento de esquema

Refinamiento del esquema de la base de datos que especifica cómo se normaliza los datos y reducir la escasez de datos y los conflictos.

Diseño físico

Artículo principal: Esquema físico

El diseño físico de la base de datos especifica la configuración física de la base de datos de los medios de almacenamiento. Esto incluye la especificación detallada de elementos de datos, tipos de datos, indexación Opciones y otros parámetros que residen en el DBMS Diccionario de datos. Es el diseño detallado de un sistema que incluye módulos y el hardware de la base de datos y especificaciones de software del sistema.

Véase también

  • Normalización de bases de datos
  • Base de datos relacional
  • Modelo relacional
  • HE POODIDO (Principio de diseño ortogonal)
  • El tercer manifiesto
  • Mapas conceptuales
  • Modelado de datos
  • Modelo entidad-relación
  • Modelo entidad-atributo-valor
  • Relación entre el objeto modelado
  • Modelado de objetos-papel
  • Representación del conocimiento
  • Modelo de datos lógicos
  • Mindmap
  • Modelo de datos físicos
  • Web semántica
  • Enfoque de tres esquemas

Referencias

  1. ^ Gehani, N. (2006). El libro de base de datos: Principios y práctica utilizando MySQL. 1ª ed., Summit, NJ: prensa de silicio
  2. ^ a b Teorey, T.J., Lightstone, S.S., et al., (2009). Diseño de base de datos: Cuenta all.1st ed. Burlington, MA.: Morgan Kaufmann Publishers
  3. ^ Fundamentos de diseño de base de datos. (n.d.). Fundamentos de diseño de base de datos. Obtenido el 01 de mayo de 2010, de https://Office.Microsoft.com/en-US/access/HA012242471033.aspx
  4. ^ Teorey, T.; Lightstone, S. y Nadeau, T.(2005) Modelado y diseño de bases de datos: diseño lógico, 4ª edición, Morgan Kaufmann Press. ISBN 0-12-685352-5

Lectura adicional

  • S. Lightstone, T. Teorey, T. Nadeau, "diseño de base de datos físico: Guía de los profesionales de bases de datos a la explotación de los índices, vistas, almacenamiento y mucho más", Morgan Kaufmann Press, 2007. ISBN 0-12-369389-6
  • M. Hernández "Diseño de base de datos para los simples mortales:: Una guía práctica para el diseño de base de datos relacional ", tercera edición, Addison-Wesley Professional, 2013. ISBN 0-321-88449-3

Enlaces externos

  • [1]
  • [2]
  • Conceptos básicos de normalización de bases de datos por Mike Chapple (About.com)
  • Intro de normalización de bases de datos, Parte 2
  • "Una introducción a la normalización de bases de datos". Archivado de el original el 2011-06-06. 2012-02-25.
  • "La normalización". Archivado de el original en 2010-01-06. 2012-02-25.
  • Diseño de base de datos eficiente
  • Tutorial de diseño de base de datos relacional
  • Diseño de base de datos en DMOZ

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Database_design&oldid=634820475"