¿Cuáles son los diferentes pasos de diseño en el diseño de DBMS? Estilo de Vida y Elegante

Estoy de acuerdo con la primera respuesta, sin embargo, para resumir desde mi propia experiencia, estos son los pasos:

(Voy a hablar sobre el diseño de bases de datos aquí, no sobre el diseño de DBMS, ya que el diseño de un sistema de administración de bases de datos como Oracle o SQL Server probablemente no sea lo que el interrogador tiene en mente; corríjame si me equivoco).

Adquiera una comprensión profunda de los datos comerciales que se almacenarán y los requisitos del sistema: ¿qué necesita hacer el sistema con los datos? Los objetivos principales son almacenar los datos de manera eficiente, para que se puedan mantener fácilmente y para que el procesamiento de los datos, la funcionalidad del sistema, se pueda soportar de la manera más simple posible.
Modele los datos en una estructura lógica que muestre las “entidades”, por ejemplo, persona, dirección, puesto, escala salarial … Esto depende completamente de los detalles del sistema identificados en el paso 1. El modelo de relación de entidad muestra todas las entidades principales del sistema y las relaciones entre ellas. Las relaciones básicas son uno a muchos, muchos a muchos y uno a uno. Estos se pueden usar para crear relaciones simples y estructuras más complejas, como jerarquías y redes. Cada entidad tiene una serie de “atributos”, por ejemplo, nombre, apellido, fecha de nacimiento, etc. Los atributos “clave” deben definirse. ¿Qué identifica de manera única a una persona, por ejemplo? Sin nombre, ya que muchas personas pueden tener el mismo nombre. ¿Nombre combinado con fecha de nacimiento quizás? Eso podría estar más cerca. Dependiendo del sistema, puede decidir sobre un atributo como el número de seguro nacional. El modelado relacional es un tema en sí mismo y es esencial tener una buena comprensión de la teoría detrás de él. El desarrollo de un buen ERM es un proceso de diseño que puede llevar días, semanas o meses dependiendo de la complejidad del sistema propuesto. Hacerlo bien es la clave para un buen diseño de base de datos. Hay varios artículos sobre el tema disponibles en la web. Uno es el modelo de entidad-relación: Wikipedia.
Convierta el modelo de relación de entidad en un diseño de base de datos física. En esta etapa, las entidades se convierten en tablas y las relaciones en claves externas en las tablas relacionadas. Como un ejemplo simple, una entidad Person podría convertirse en una tabla llamada PEOPLE y la entidad Address se convertiría en una tabla llamada COMMS_ADDRESSES. Las tablas tendrán columnas derivadas de los atributos de la entidad relevante, como first_name, last_name, dob en el caso de PEOPLE. Cada columna tendrá un tipo de datos (por ejemplo, número, cadena de caracteres, fecha) y tamaño, y también puede tener otras características, dependiendo del soporte proporcionado por el DBMS. La mayoría de las tablas recibirán una clave primaria: esto identificará cada registro de datos de manera única y puede ser una sola columna, una combinación de columnas o un número único generado por el sistema. Las relaciones son forzadas por objetos conocidos como restricciones relacionales.
Implemente el diseño físico en su RDBMS y pruebe los supuestos que contiene utilizando datos del mundo real.

El proceso anterior es casi siempre iterativo. En cada etapa se plantearán preguntas y, a veces, esto puede requerir volver a un paso anterior para obtener más información. Lo anterior es una descripción muy básica de lo que a menudo es un proceso fascinante de descubrimiento y redescubrimiento.