¿Quién es un diseñador de bases de datos?

El diseño de la base de datos es el proceso de producir un modelo de datos detallado de la base de datos. Este modelo de datos contiene todas las opciones de diseño lógico y físico necesarias y los parámetros de almacenamiento físico necesarios para generar un diseño en un lenguaje de definición de datos, que luego se puede utilizar para crear una base de datos. Un modelo de datos completamente atribuido contiene atributos detallados para cada entidad.

El término diseño de base de datos puede usarse para describir muchas partes diferentes del diseño de un sistema de base de datos general. Principalmente, y más correctamente, puede considerarse como el diseño lógico de las estructuras de datos base utilizadas para almacenar los datos. En el modelo relacional estas son las tablas y vistas. En una base de datos de objetos, las entidades y las relaciones se asignan directamente a clases de objetos y relaciones con nombre. Sin embargo, el término diseño de base de datos también podría usarse para aplicar al proceso general de diseño, no solo las estructuras de datos base, sino también los formularios y consultas utilizados como parte de la aplicación general de la base de datos dentro del sistema de gestión de bases de datos (DBMS).

El proceso de diseño de la base de datos generalmente consta de una serie de pasos que llevará a cabo el diseñador de la base de datos. Por lo general, el diseñador debe:

  • Determine los datos que se almacenarán en la base de datos.
  • Determine las relaciones entre los diferentes elementos de datos.
  • Superponga una estructura lógica sobre los datos sobre la base de estas relaciones.

También deben:

  1. Determine el propósito de la base de datos : esto ayuda a prepararse para los pasos restantes.
  2. Encuentre y organice la información requerida : reúna todos los tipos de información para registrar en la base de datos, como el nombre del producto y el número de pedido.
  3. Divida la información en tablas : divida los elementos de información en entidades o temas principales, como Productos u Pedidos. Cada tema se convierte en una mesa.
  4. Convierta los elementos de información en columnas : decida qué información debe almacenarse en cada tabla. Cada elemento se convierte en un campo y se muestra como una columna en la tabla. Por ejemplo, una tabla de empleados puede incluir campos como apellido y fecha de contratación.
  5. Especificar claves principales : elija la clave principal de cada tabla. La clave principal es una columna, o un conjunto de columnas, que se utiliza para identificar de forma única cada fila. Un ejemplo podría ser ID de producto o ID de pedido.
  6. Configure las relaciones de la tabla : observe cada tabla y decida cómo se relacionan los datos de una tabla con los datos de otras tablas. Agregue campos a las tablas o cree nuevas tablas para aclarar las relaciones, según sea necesario.
  7. Refinar el diseño : analice el diseño en busca de errores. Cree tablas y agregue algunos registros de datos de muestra. Verifique si los resultados provienen de las tablas como se esperaba. Haga ajustes al diseño, según sea necesario.
  8. Aplicar las reglas de normalización : aplique las reglas de normalización de datos para ver si las tablas están estructuradas correctamente. Haga ajustes a las tablas, según sea necesario. [1]

¡Muchos diseñadores usan herramientas de diseño de bases de datos como SQLDbm para facilitarles la vida!

SqlDBM inicialmente comenzó con soporte incorporado para el servidor SQL de Microsoft solamente.

Pero, por supuesto, debido a la gran cantidad de solicitudes de soporte de MySQL de nuestros usuarios, hemos estado trabajando duro para expandir nuestro producto.

Y ahora, estamos muy orgullosos de anunciar que SqlDBM ofrece soporte para MySQL , una de las bases de datos de código abierto más populares del mundo.

Ahora puede modelar y diseñar su / s base de datos MySQL directamente en SqlDBM. Y, por supuesto, puede aprovechar y adaptar las funciones de SqlDBM en su base de datos MySQL, como áreas temáticas, relaciones, diagramas, modos de visualización, etc.

Notas al pie

[1] Diseño de base de datos – Wikipedia

Escucho al diseñador de bases de datos y creo que eso se traduce en un modelador de bases de datos o en un arquitecto de bases de datos.

Las empresas muy grandes que utilizan más metodologías de estilo cascada a veces tienen un solo equipo de modeladores de datos que convierten los requisitos detallados en modelos de bases de datos que son el diseño físico y lógico de una base de datos.

A veces los arquitectos también diseñarán tanto la arquitectura como el modelo.

He visto a los DBA crear modelos. Algunos DBA son realmente los principales desarrolladores de bases de datos comerciales que generalmente hacen un buen trabajo manteniendo el sonido del modelo y la base de datos en funcionamiento. A la mayoría de los DBA no se les debe permitir diseñar modelos y deben centrarse en mantener una base de datos en funcionamiento y restaurarla fácilmente en caso de desastre.

Lamentablemente, a veces un desarrollador de aplicaciones diseñará orgánicamente el modelo. Por lo general, esto se basa en cómo piensa la aplicación acerca de los datos que generalmente no están vinculados al perfil de los datos. Este suele ser el peor de los casos.

Algunas compañías tienen un rol de “diseñador de esquemas” o “arquitecto de base de datos”. Alguien con este rol (que es mi rol en mi compañía actual) está a cargo del diseño y mantenimiento del esquema de la Base de Datos, y de administrar las políticas en torno a los formularios de consulta de la aplicación, etc.

Esta es una función diferente a la de un administrador de base de datos, aunque los DBA a menudo terminan desempeñando esta función. En nuestra empresa, el rol de DBA es más operativo con menos enfoque en las consultas del lado de la aplicación.

¿Te refieres a administrador de base de datos? Instalan y mantienen software de base de datos. Los desarrolladores generalmente buscan orientación de DBA cuando crean esquemas de bases de datos (que es lo que creo que quiere decir), y cuando no lo hacen, generalmente deben hacerlo más tarde cuando las cosas funcionan mal.

* schemata, el plural de schema, son las colecciones de tablas que generalmente llamamos una base de datos