Basándonos en los requerimientos funcionales que no están detallados aquí, asumiremos algunas entidades principales comunes en sistemas de gestión o demostración de aplicaciones:
Usuario
Propiedad
Transacción
Paso 2: Definición de Atributos
A continuación, definimos los atributos para cada entidad:
Transacción:
id_transaccion
fecha
id_usuario
id_propiedad
Paso 3: Establecimiento de Relaciones
Las relaciones entre las entidades se definen de la siguiente manera:
Un Usuario puede tener varias Transacciones.
Una Propiedad puede estar involucrada en varias Transacciones.
Esto da lugar a relaciones uno a muchos entre Usuario y Transacción, así como entre Propiedad y Transacción.
Paso 4: Normalización
Aplicamos normalización para eliminar redundancias y dependencias funcionales hasta la Tercera Forma Normal (3FN), asegurando que cada tabla tenga una única clave primaria y que no existan dependencias transitivas.
Modelo Relacional Resultante
Basado en los pasos anteriores, el modelo relacional se presenta como sigue:
Transacción:
id_transaccion
fecha
id_usuario
id_propiedad
Claves Primarias y Foráneas
En Usuario, id_usuario es la clave primaria.
En Propiedad, id_propiedad es la clave primaria.
En Transaccion, id_transaccion es la clave primaria. Además, id_usuario y id_propiedad son claves foráneas que hacen referencia a las tablas Usuario y Propiedad, respectivamente.
Documentación del Diseño de la Base de Datos
Usuario: Almacena información de los usuarios que utilizan la aplicación.
Propiedad: Contiene detalles de las propiedades disponibles para transacciones.
Transaccion: Registra las transacciones realizadas por los usuarios sobre las propiedades.
Paso 1: Identificación de Entidades Principales
Basándonos en los requerimientos funcionales que no están detallados aquí, asumiremos algunas entidades principales comunes en sistemas de gestión o demostración de aplicaciones:
Paso 2: Definición de Atributos
A continuación, definimos los atributos para cada entidad:
Usuario: id_usuario nombre apellido email
Propiedad: id_propiedad dirección precio descripción
Transacción: id_transaccion fecha id_usuario id_propiedad
Paso 3: Establecimiento de Relaciones
Las relaciones entre las entidades se definen de la siguiente manera:
Un Usuario puede tener varias Transacciones. Una Propiedad puede estar involucrada en varias Transacciones. Esto da lugar a relaciones uno a muchos entre Usuario y Transacción, así como entre Propiedad y Transacción.
Paso 4: Normalización Aplicamos normalización para eliminar redundancias y dependencias funcionales hasta la Tercera Forma Normal (3FN), asegurando que cada tabla tenga una única clave primaria y que no existan dependencias transitivas.
Modelo Relacional Resultante
Basado en los pasos anteriores, el modelo relacional se presenta como sigue:
Usuario: id_usuario nombre apellido email
Propiedad: id_propiedad dirección precio descripción
Transacción: id_transaccion fecha id_usuario id_propiedad
Claves Primarias y Foráneas
En Usuario, id_usuario es la clave primaria. En Propiedad, id_propiedad es la clave primaria. En Transaccion, id_transaccion es la clave primaria. Además, id_usuario y id_propiedad son claves foráneas que hacen referencia a las tablas Usuario y Propiedad, respectivamente.
Documentación del Diseño de la Base de Datos
Usuario: Almacena información de los usuarios que utilizan la aplicación. Propiedad: Contiene detalles de las propiedades disponibles para transacciones. Transaccion: Registra las transacciones realizadas por los usuarios sobre las propiedades.