Skip to content
DBD resumen
DBD 1 Introducción y 2.1 Modelo ER
DBD 2.2 Modelo Conceptual ER
DBD 3.1 Revision del Modelo Conceptual y preparacion para pasar a Modelo Logico
Preguntas teóricas de parciales de promoción
More
Share
Explore

icon picker
Preguntas teóricas de parciales de promoción


Este es un recopilatorio de preguntas tomadas en los teóricos de promoción, tienen su respuesta correcta abajo

Modelado de datos

⁠
image.png
⁠
⁠
Justificación:

El modelo conceptual no esta condicionado por el tipo de dbms a utilizar, ya que es independiente de ese tipo, el modelo que esta condicionado por eso es el modelo lógico. Tampoco esta condicionado por el dbms especifico a utilizar ya que es independiente del mismo, es un modelo genérico de la base de datos, no piensa en el tipo de dbms ni en el dbms especifico que se va a utilizar, el dependiente del mismo es el modelo físico. Al ser independiente del tipo de dbms a utilizar, no aplica reglas compatibles con una base de datos relacional, ya que es un diseño mas general de la bd. El tamaño de la base de datos no afecta a la hora de diseñar el modelo conceptual de la misma.

2.
⁠
image.png
⁠
⁠
Un atributo polivalente no puede ser identificador ya que estos son si o si monovalentes obligatorios , puede ser un atributo compuesto porque los mismos pueden ser polivalentes y opcionales. Debe estar en una entidad porque representan una característica de las mismas, no están en una relación porque los atributos de las mismas no pueden tener múltiples valores, ya que este define una característica de una relación entre 2 o mas entidades, si puede darse el caso de que un atributo de una relación sea nulo.
3.
⁠
image.png
⁠
⁠
Pues eso, las dependencias boyce Codd seria lo necesario para que este en BCNF no 3NF y que no haya dependencias multivaluadas es para que este en 4NF
4.
⁠
image.png
⁠
⁠
Las claves secundarias son utilizadas para establecer un nexo entre estructuras, son claves primarias de otras tablas, eso quiere decir que no es un identificador del modelo lógico ni del conceptual, tampoco era una clave candidata cuando se generó una tabla, porque no se usa para identificar una tabla.
5.
⁠
image.png
⁠
⁠
Los esquemas lógicos no son independientes del tipo de dbms ya que son una versión mas detallada del modelo conceptual, por lo que el mismo ya contempla el tipo de dbms que se va a utilizar, ya que el tipo de conversiones del modelo conceptual al lógico pueden variar según el tipo de dbms a utilizar, no es dependiente de un dbms especifico, ya que eso se aplica a la hora de hacer el modelo físico de una base de datos, no el modelo lógico.
6.
⁠
image.png
⁠
⁠
Al ser relaciones muchos a muchos, no se puede llegar de forma clara de una entidad a otra, es decir, no puede desde A – B saber los A que pertenecen a C. Es un ciclo que no presenta redundancia, por lo que no se quita del modelo lógico.
Referencia: Ejemplo 3-4 del drai
7.
⁠
image.png
⁠
⁠
A (1,1) relación (0,n)B es decir que A va a tener una tabla con el id de B. No se convierte en tabla porque en ese tipo de relaciones no es necesario convertirlo en una tabla, se puede simplemente añadir el campo identificador del lado de muchos al lado de uno.
8.
⁠
image.png
⁠
⁠
Una clave candidata en el modelo físico va a ser una clave univoca del modelo conceptual y lógico, es decir que fue efectivamente un identificador en el modelo lógico, y fue un identificador en el modelo conceptual, los identificadores pueden ser compuestos, es decir que una clave candidata puede estar formada por dos o mas atributos, y como es una clave univoca, no se repite, entonces identifica un único registro de la tabla. Por lo tanto la respuesta es todas las anteriores.
9.
⁠
image.png
⁠
⁠
Los atributos identificadores deben ser si o si monovalentes obligatorios, no pueden ser monovalentes sino que deben serlo, no pueden ser polivalentes porque no se puede identificar algo por n valores distintos. No puede tener cardinalidad 0 porque no se puede identificar algo por nada y no puede tener mas de un valor.
10.
⁠
image.png
⁠
⁠
La respuesta es ninguna de las anteriores porque no hay forma de determinar si el modelo físico cumple con las condiciones para estar en alguna de las normalizaciones. Esto se debe a que puede ser no normal y no tenerlas, o estar en primera forma y no tenerlas, y así.
11.
⁠
image.png
⁠
⁠
No estoy seguro, pero creo que un atributo derivado puede ser un atributo polivanlente, pero no puede ser nulo, ya que el mismo se utiliza para obtener información particular sin contabilizar la cantidad de relaciones, por lo que el que sea nulo no tiene sentido.
12.
⁠
image.png
⁠
⁠
Una clave primaria de una tabla en el modelo físico puede ser un identificador del modelo lógico, así como puede ser un autoincremental que se define sobre el modelo físico, lo que no puede es ser una clave foránea ya que las claves foráneas son atributos que son CP en otras tablas. Una clave foránea sirve para establecer un nexo entre 2 estructuras, es una clave secundaria.
13.
⁠
image.png
⁠
⁠
El atributo identificador de una entidad debe ser si o si un atributo que no se repita, debe ser algo univoco. Tampoco puede ser polivalente, porque no se puede identificar algo por n valores distintos.
14.
⁠
image.png
⁠
⁠
Puede estar en tercera forma normal y consecuentemente estar en 1FN, porque para estar en 3FN debe estar en 2FN y para estar en 2FN puede estar 1FN, no esta en 4FN porque nosotros aprendimos a modelar de forma que en el modelo físico no nos queden atributos polivalentes, dependencias parciales y dependencias transitivas, ya después es decisión del diseñador seguir normalizando para llegar a BCNF y luego a 4FN.
15.
⁠
image.png
⁠
⁠
No atenta contra la minimalidad ni contra la redundancia, por lo que no hay razón para quitarla del momento, tampoco puede quitarse porque perdería coherencia el modelo.
16.
⁠
image.png
⁠
⁠
Se convierte en tabla porque presenta una relación muchos a muchos, y en esos casos se transforma en una tabla, la tabla relación tendrá el id de que cada tabla que relaciona y su propio id como clave primaria.
17.
⁠
image.png
⁠
⁠
Que un modelo sea legible quiere decir que es fácil de actualizar y mantener, ya que el hecho de que sea legible quiere decir que se entiende, facilitando su mantenimiento y su actualización ante los requerimientos cambiantes. El ser redundante o no tiene que ver con el concepto de minimalidad de una base de datos, y que algo sea legible y fácil de entender no quiere decir que no pueda presentar información repetida, es decir una bd puede ser legible y redundante, quizás por algún atributo derivado, y esas cosas.

Consultas

Estas no muestran cual es la respuesta correcta, así que es mas dificil
⁠
image.png
⁠
La sentencia update corresponda al DML de SQL , no al DDL
⁠
image.png
⁠
⁠
La respuesta correcta es B |x| A, el producto natural no puede realizarse si A y B no tienen atributos en común, para que A x B de el mismo resultado hay que seleccionar a la tabla resultante las filas cuyo atributo A sea igual al atributo B.
⁠
image.png
⁠
⁠
No es una clausula de definición de datos, es de manipulación de datos, y lo que permite controlar la existencia de elementos dentro de un conjunto es la clausula EXIST.
⁠
image.png
⁠
⁠
La sentencia a es correcta, ya que muestra el nombre de los alumnos que se anotaron a materias con nota mayor o igual a 4 , la b esta mal porque no distingue a que atributo nombre se refiere, si al de materias o al de alumnos. La c esta bien porque muestra el nombre de cada alumno cuyas inscripciones tengan nota mayor o igual a cuatro, y la ultima esta bien por la misma razón, la única diferencia es que aclara que esta usando el campo nombre de alumnos.
⁠
image.png
⁠
⁠
La respuesta es ninguna porque la consulta esta mal, ya que no hay forma de saber el campo país.nombre porque no hizo producto cartesiano con esa tabla. Para obtener a deberías no filtrar por país.nombre, para obtener b deberías hacer un join con país , la d es lo mismo que la a.
⁠
image.png
⁠
⁠
No tengo idea, tiene errores de ortografía, y la b al parecer no es. CREO que la que tiene el error es la a porque no especifica de que tabla es la cantidad de asientos…
⁠
image.png
⁠
⁠
Para la clausula UNION no hace falta usar funciones de agregación, tampoco es obligatorio tener un inner join en el FRom y no controla que un conjunto contenga un elemento que no pertenece a otro conjunto porque la clausula Union genera una tabla con todos los elementos de la tabla 1 o la tabla 2.
⁠
image.png
⁠
⁠
Una sentencia DDL no debe tener siempre una clausula Select, where form o créate, select, where y from son sentencias de DML no DDL y no siempre puede ser una sentencia Create sino que puede ser drop o alter dependiendo de que se quiera hacer.
⁠
image.png
⁠
⁠
La respuesta correcta es ninguna de las anteriores, por que? Porque A – B te deja con las filas de A que no están en B, y B – ese resultado te da B, porque como el resultado no tiene filas compartidas con B no se resta ninguna fila. B U A te da todas las filas de A y B ( no da B ) , A – B U B – A te da todas las filas de A que no están en B y todas las filas de B que no están en A, B x A U A no da B, A intersección B da todas las filas que aparecen tanto en A como en B, A seria si fuese A – ( B – A ), B – A da B sin filas compartidas con A. La expresión da B entero.
Una función de agregación
a. Opera sobre un conjunto de tuplas obteniendo un resultado de acuerdo a la operación indicada
b. Opera sobre una tupla específica.
c. Cuando opera sobre una tupla específica puede ponerse en el where.
d. Puede aparecer en el Group By.
e. Hay más de una verdadera.
f. Son todas falsas.
Operan sobre un conjunto, no pueden aparecer en el where.
La Clausula DELETE
a. Elimina el contenido de una tabla y además borra la estructura de la misma
b. Elimina la estructura de la tabla
c. Elimina el contenido de una tabla
d. Ninguna es correcta
e. A, B y C son correctas.
La clausula delete solo borra el contenido de una tabla, no afecta a la estructura de la misma.
Suponga que tiene las tablas Alumnos = (idalumno, nombre, edad) Materias = (idmateria, nombre, año) Inscribe = (idalumno, idmateria). Indique cual sentencia AR muestra al alumno con las materias en las que se inscribio
Π nombre (alumnos) |x| Πnombre (materias)
Π alumnos.nombre, materias.nombre ( alumnos |x| materias )
Π nombre (alumnos) |x| Πnombre (materias) |x| inscribe
Π nombre (alumnos|x|materias |x| inscribe)
Ninguna la responde
La primera no es correcta porque no tienen atributos en común para realizar el producto natural, la segunda es lo mismo porque sigue siendo producto natural, la tercera tampoco porque esta resolviendo primero A |x| M y ultimo inscribe, y no tenes atributos en común ni siquiera con inscribe porque estas juntando solo los nombres.
La ultima también esta mal porque como dije antes, primero resuelve alumnos x materias y después inscribe, entonces tampoco se puede resolver.
Respuesta correcta: Ninguna la responde.
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.