Autor: Arturo Olivares Martos
Un modelo de datos es ...
El lenguaje anfitrión o de aplicación ...
El nivel interno ...
Al actualizar una clave externa ...
En relación con la redundancia y la inconsistencia:
El conjunto de atributos de una relación junto con sus dominios se llama ...
Los datos operativos son:
Una abstracción global de la BD desde el punto de vista lógico se encuentra ...
PL/SQL es un ejemplo de ...
Una vista de usuario ...
Gracias a la independencia lógica:
Un valor nulo es ...
De la definición de clave candidata se deduce que sus atributos:
El modelo de datos jerárquico ...
El expediente académico de un alumno que se obtiene de la aplicación de la Secretaría de un Centro forma parte de:
Respecto a la fusión de tablas:
La regla de integridad de entidad ...
Sean R y S dos tablas tales que S tiene definida una clave externa sobre R. Si se quiere eliminar una fila de R, el sistema...
SQL es ...
El rango de valores que puede tomar un atributo se denomina ...
El concepto de seguridad se refiere a la realización de copias periódicas de los datos.
Como solo acceden a través de las aplicaciones, los usuarios finales no pueden actualizar una base de datos.
El nivel interno debe ser diseñado por el administrador.
El SGBD debe gestionar los accesos concurrentes de manera que la BD esté siempre libre de errores.
Puesto que una BD ofrece los datos centralizados, la arquitectura centralizada es siempre la más conveniente.
El catálogo de una BD ofrece almacenar los metadatos de la misma y debe ser accesible a los usuarios.
La introducción de nuevas aplicaciones implica la modificación de todos los niveles de la BD.
Las aplicaciones deben actualizarse cuando el administrador indexa una tabla por algún atributo.
UPDATE... un comando:
La independencia física es posible gracias a la correspondencia externa-conceptual.
La elaboración del esquema conceptual es tarea del programador de aplicaciones.
Las reglas de integridad de una BD deben formar parte del esquema de la misma y almacenarse dentro del catálogo de la BD.
Si una relación es obligatoria para una entidad, no se puede insertar un elemento de dicha entidad sin establecer la relación.
Las filas de una relación están ordenadas por su orden de llegada.
La forma de determinar la cardinalidad de una relación en un diagrama E/R es mediante el análisis semántico de la conexión entre entidades.
Siempre que dos tablas compartan las claves primarias o candidatas deben fusionarse.
Una entidad débil no tiene claves candidatas.
La diferencia entre una clave candidata y una primaria es que la candidata puede tomar valores nulos.
La diferencia entre una clave candidata y una clave primaria es que la candidata no tiene por qué ser minimal.
La actualización de un valor de una llave primaria, que es referenciada por una clave externa CE implica que los valores de las llaves externas también deben cambiarse.
La regla de integridad de entidad exige que no existan tuplas duplicadas en la relación.
Una clave externa y la primaria a la que está asociada pueden tener diferentes nombres.
En el modelo relacional, el acceso a los datos de una tupla se hace por valor.
La cardinalidad de una relación no puede cambiar durante la vida de la BD.
En los modelos de datos basados en grafos se identifica cada registro por su dirección.
Una tabla puede tener varias claves candidatas y con distinto número de atributos.
No se puede actualizar un valor de una clave primaria que es referenciada por llaves externas.
El modelo de datos jerárquico permite modelar bien las relaciones muchos a muchos.
El SGBD debe permitir incluir reglas de integridad en la definición de la BD y preservar el cumplimiento de las mismas.
La condición de normalización permite que los valores de un atributo sean registros.
La introducción de nuevas aplicaciones implica la modificación del nivel externo de la BD.
Las reglas de integridad debe mantenerlas el administrador de la BD (DBA).
El nivel interno de una BD no puede cambiarse una vez implantada la base de datos.
En el nivel externo se plasma la perspectiva que tiene cada usuario de la BD.
En una relación ni las tuplas ni los atributos están ordenados.
La independencia física permite reorganizar las estructuras del nivel interno sin que se vean afectados los programas de aplicaciones.
No se puede eliminar una tupla cuyo valor para la clave externa coincida con el valor de la clave primaria de una tupla de la relación a la que hace referencia.
Gracias a la transformación conceptual/interna se puede mantener la independencia física.
En el modelo relacional todas las tablas tienen clave primaria necesariamente.
En una jerarquía todas las entidades de un conjunto específico deben estar en el conjunto de entidades genéricas.
En los modelos de BD basados en grafos se consulta mediante lenguajes declarativos.
Las herramientas de administración permiten evaluar el uso de la base de datos y, si fuera necesario, afinar el nivel interno.
El acceso a través de C++ se hace mediante acoplamiento débil.
En una jerarquía los conjuntos de entidades específicas no se pueden solapar.
Cuando se pasa un diagrama E/R a tablas, las claves candidatas deben seguir manteniendo sus restricciones.
La independencia lógica no se puede conseguir al 100%.
En el modelo relacional cada atributo debe tener definido un dominio.
Cuando hay claves externas asociadas a una primaria, el borrado de ésta última siempre obliga a borrar todas las filas donde aparezca su valor en la tabla que referencia.
Una relación de cardinalidad muchos-muchos siempre genera una tabla con clave primaria.
Un SGBD Relacional siempre debe rechazar la introducción de valor nulo en los atributos de clave externa.
La actualización de una tupla donde hay definida una clave externa nunca puede vulnerar la integridad referencial.
Un atributo puede ser clave externa a la clave primaria de su misma tabla.
La dependencia existencial solo se da entre entidades débiles y fuertes.
La definición de clave candidata exige que ésta cumpla unicidad y que ningún subconjunto suyo lo haga.
El grado de una relación forma parte del esquema de base de datos y es invariable frente a las actualizaciones de los datos.
En el modelo jerárquico se identifica cada registro por el valor de alguno de sus campos.
Los SGBD deben proporcionar herramientas específicas de administración.
El principal problema que produce la información redundante es el consumo desmesurado de espacio en disco.
La integridad de entidad se mantiene por parte del SGBD y la referencial debe hacerse por programa.
Las tuplas de una relación deben estar ordenadas antes de almacenar en fichero y este orden debe mantenerse durante toda la vida de la base de datos.
Una relación de cardinalidad muchos-muchos puede generar una llave primaria compuesta.
La modificación del nivel interno no tiene que implicar la modificación de los otros niveles de la base de datos.
Todas las tuplas procedentes de entidades débiles tienen claves externas.
El lenguaje C es un lenguaje fuertemente acoplado.
El acceso a las bases de datos solo se puede hacer a través de los lenguajes propios del SGBD.
Una clave externa no puede ser nula.
Los modelos basados en grafos utilizan registros y ficheros como parte del modelo de datos.
Una relación uno a muchos es siempre obligatoria para entidades de muchos.
La independencia física permite modificar el método de acceso a los datos sin que se vea afectado el nivel conceptual.
Lo mejor para que las aplicaciones sean independientes es que cada una posea sus propios datos.
El SGBD debe proporcionar herramientas de definición, consulta y actualización.
Cuando se diseña una BD es fundamental conocer las características técnicas del servidor sobre el que se va a implantar.
El término integridad hace referencia a la veracidad de los datos que se almacenan, esto es, a su correspondencia con la realidad.
Cuando se pasa un diagrama E/R a tablas, las claves candidatas no se tienen en cuenta.
Una entidad que no tiene clave primaria es siempre una entidad débil.
La forma de implantar la cardinalidad de una relación en un diagrama E/R en una tabla es mediante la correcta elección de las claves candidatas y primarias.
Una relación de cardinalidad muchos-uno puede generar una tabla con clave primaria compuesta.
CREATE TABLE es un comando DDL.
La clave primaria puede tomar el valor nulo parcialmente.
Todas las restricciones de integridad se pueden mantener eligiendo convenientemente claves candidatas, primarias y externas.
El modelo jerárquico es más eficaz para plasmar las relaciones uno a muchos que el modelo relacional.
Un atributo no puede ser clave primaria y externa a la vez.
El SGBD debe permitir consultar directamente a las bases de datos. No es necesario que permita crearlas.
Los modelos de datos implementables permiten codificar los esquemas conceptuales.
En los modelos de datos basados en grafos la manipulación debe hacerse mediante lenguajes procedimentales.
Las reglas de integridad de una base de datos deben siempre incluirse en los programas que manejan dicha clase.
En el modelo relacional se identifica cada fila por el número que tiene.
Los modelos de datos semánticos son más cercanos al diseñador.
Los modelos de datos semánticos no tiene por qué incluir formalismos de manipulación.
La información correspondiente a los esquemas y correspondencias se guarda fuera de la base de datos para no alterar dichos datos.
Para trabajar con una base de datos nos basta con utilizar ficheros y registros.
El administrador de la base de datos no puede acceder a los datos que introducen los usuarios.
La arquitectura cliente servidor ejecuta los programas de aplicación de cada cliente.
El concepto de seguridad se refiere a la protección de una base de datos contra fallos catastróficos.
Los modelos de datos implementables están basados en el concepto de registro.
Toda relación se corresponde con una única tabla.
En el modelo relacional cada atributo tiene un dominio distinto.
El conjunto de tuplas se llama:
La clave primaria de una tabla de una entidad débil es la misma que la clave primaria del conjunto de entidades del que depende.
Una ejemplo de clave externa son los atributos de una entidad débil que provienen de la entidad fuerte.
Solo puede haber dos atributos llamados de la misma forma cuando provienen de una entidad que interviene varias veces en la tabla.
Las claves candidatas solo aparecen en las relaciones uno a uno.
El atributo discriminador solo se pone como clave primaria en las relaciones muchos a muchos.
El paso a tablas es una representación que permite mantener todas las restricciones que los diagramas de ER, como disjunto, obligatoriedad, etc.
Puede haber una clave externa que no sea clave primaria o candidata.
En las tablas, las entidades que heredan de otra deben contener todos los atributos de la entidad de la que heredan.
Una clave primaria puede ser clave externa en dos sitios a la vez.
Las relaciones se dan entre solo dos atributos.
Las fusiones son optativas y se usan para reducir el espacio de las tablas.
No se puede hacer fusión de tablas de jerarquías o se desharían las jerarquías.
Las tablas con relaciones muchos a muchos no se pueden fusionar porque no coinciden las claves primarias.
En las relaciones con atributos discriminadores, se puede fusionar siempre que las cardinalidades sean muchos a muchos.
En las relaciones con obligatoriedad, el fusionado es obligatorio.
Cuando las relaciones tienen atributos, no se puede hacer fusión.
En relación con las restricciones de integridad...
El SGBD...
El esquema centralizado de SGBD:
El conjunto de elementos software con capacidad para definir, mantener y utilizar una base de datos se conoce como...
En el modelo de datos relacional la identidad es...
El administrador de la base de datos...
El modelo de datos en red es un modelo de datos basado en...
Cuando el acoplamiento es débil...
El DSL está compuesto por...
El grado de una relación...
El coste de mantenimiento de los PCs es un problema...
En una jerarquía todas las entidades del conjunto de entidades genérico deben estar en un conjunto de entidades específico.
El principal objetivo de evitar la redundancia en una BD es ahorrar espacio en disco.