Cuestionario Base de Datos
Cuestionario Base de Datos
Cuestionario Base de Datos
Diseño conceptual
Diseño Lógico
Diseño Físico
Diseño Conceptual
Durante esta fase, plasmaremos nuestras entidades y las relaciones que
existirán entre ellas. Yo por lo general lo hago a mano, me parece mucho más
sencillo. Cada entidad la identificaremos con un rectángulo y dentro de este
colocaremos su nombre. A cada entidad le colocaremos sus respectivos
atributos y resaltaremos el atributo principal, aquel atributo que identificará
cada registro de manera única. Y por último crearemos las relaciones que
existen entre dichas entidades. Siendo muy sinceros, esta fase no la hacemos a
conciencia (me incluyo), pero lo pueden combinar con la siguiente fase muy
fácilmente. Aquí no te preocupas por el motor de bases de datos aún.
Diseño Lógico
Aquí podemos tabular nuestro diseño conceptual. Este proceso es más utilizado
que el anterior (no debería ser así), ya que cuando ya llevas bastante trabajando
en bases de datos, el proceso tabular es más rápido de realizar y vemos
resultados más rápidamente. En esta fase, debemos pensar en cómo normalizar
nuestras tablas para evitar duplicidad de información y para ahorrar espacio de
almacenamiento. Esto último (ahorrar espacio) ya no es tan importante como
hace algunos años, incluso hoy.
Diseño físico
En esta última fase ya debemos revisar a detalle los tipos de datos que
utilizaremos, sus dominios (qué valores va a permitir), cuales índices debemos
crear para optimizar las consultas, entre otros. Aquí ya escribimos nuestro SQL
para plasmar todo nuestro diseño en el motor de bases de datos elegido.
en día hablamos de inteligencia de negocios, minería de datos, entre otros
términos que nos exigen eliminar la normalización, pero de eso hablaremos en
otro post. Para este proceso, las herramientas de modelado te ayudan bastante
a ver las relaciones de las tablas. En teoría, aquí tampoco te preocupas por el
motor, ya que el modelo tabular es igual en todos los motores de bases de datos
relacionales.
2. EN EL DISEÑO DE UNA BASE DE DATOS SE USA EL MODELO E-R, QUÉ ES UNA
ENTIDAD EN ESTE MODELO?
El modelo entidad relación (ERD o modelos ER) es una herramienta que permite
representar de manera simplificada cómo personas, objetos o conceptos se
relacionan entre sí. Se utiliza para exponer cómo se organiza la información en
una base de datos.
Entidades: son las personas, objetos o conceptos de los que trata una base de
datos. Por ejemplo, en una base de datos de ventas de un negocio, las entidades
podrían ser, entre otras, “Cliente”, “Producto”, “Factura” o “Dirección”.
Atributos: describen las propiedades que posee cada entidad. En el ejemplo
anterior, atributos de la entidad “Cliente” podrían ser “Nombre”, “Primer
Apellido”, “Fecha de nacimiento”, etc.
Relaciones: sirven para crear vínculos entre parejas de entidades. Siguiendo con
el ejemplo, cada “Cliente” está vinculado a una “Dirección”, a uno o varios
“Productos”, etc.
El diagrama entidad-relación corresponde a la expresión gráfica del modelo
entidad relación. Para ello, se utilizan símbolos:
Una entidad débil es aquella que no puede existir sin participar en la relación; es
decir, aquella que no puede ser unívocamente identificada solamente por sus
atributos. Una entidad fuerte (también conocida como entidad regular) es
aquella que sí puede ser identificada unívocamente.
De este modo, un atributo monovaluado es aquel que tiene un solo valor por
cada ocurrencia de la entidad a la que pertenece. Por otra parte, un atributo
multivaluado puede tener varios valores por cada ocurrencia de la entidad.
Por ejemplo: Suponga que la entidad Cliente tiene los atributos edad y
fecha_nacimiento, la edad del cliente se puede calcular a partir de
fecha_nacimiento y de la fecha actual.
Los dominios de atributos son reglas que describen los valores legales de un tipo
de campo. Proporcionan un método para forzar la integridad de los datos. Los
dominios de atributo se utilizan para limitar los valores permitidos en cualquier
atributo concreto de una tabla o clase de entidad.
Una relación recursiva es una asociación entre ocurrencias del mismo tipo de
entidad. Estos tipos de relaciones no se producen con frecuencia. Son
ejemplos de relaciones recursivas las listas de materiales (las piezas están
compuestas de subpiezas) y las estructuras organizativas (un empleado
dirige a otros empleados).
16.QUE ES LA CARDINALIDAD?
Las tres relaciones cardinales principales son uno a uno, uno a muchos y muchos
a muchos. Un ejemplo de uno a uno sería un estudiante asociado a una dirección
de correo electrónico.
Una tupla se refiere a una fila dentro de una tabla relacional. Un atributo es una
columna en una tabla de base de datos relacional.
24. EN ESTE MODELO QUÉ ES UNA LLAVE PRIMARIA Y UNA LLAVE FORÁNEA?
Una llave primaria es un campo único , que no se puede repetir y sirve para
identificar los registros de una tabla como distintos, además sirve para hacer
relaciones ( uno a uno, uno a muchos, muchos a muchos entre tablas), sin las llaves
primaria las bases de dato relacionales no tendrían sentido y siempre existiría
información repetida.
Es uno o mas campos de un tabla que hacen referencia al campo o campos de llave
principal de otra tabla, una llave foránea indica como esta relacionadas las tablas.
Los datos en los campos de ambas deben coincidir, aunque los nombres de los
campos no sean los mismos.
Un dominio en una base de datos es un conjunto de valores que pueden tomar los
atributos de una tabla. En otras palabras, es un rango de posibles valores para un
campo específico.
26. CUAL ES LA IMPORTANCIA DEL ORDEN DE LOS DATOS EN UNA TABLA DEL
MODELO RELACIONAL?
En general, se puede decir que los campos que permitan nulos son campos que se
refieren a un evento que aún no se presenta (al momento del Insert)
Entidades Principales:
Alumnos:
Carreras:
Calificaciones:
Relaciones:
Un alumno está matriculado en una carrera, y una carrera tiene muchos alumnos
matriculados (relación 1 a muchos entre Alumnos y Carreras).
Una materia pertenece a una carrera, y una carrera tiene muchas materias
(relación 1 a muchos entre Carreras y Materias).
Un alumno puede estar matriculado en varias materias, y una materia puede tener
varios alumnos matriculados (relación muchos a muchos entre Alumnos y Materias,
a través de la entidad intermedia Matriculas).
Para traducir el modelo conceptual E-R al modelo lógico del modelo relacional,
podemos asignar cada entidad a una tabla y representar las relaciones mediante
claves foráneas. Aquí está la traducción del modelo E-R al modelo relacional:
Tablas:
Alumnos:
Carreras:
Materias:
Matriculas:
Calificaciones:
Relaciones: