🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: es.comp.bd.misc
Article #735

Ayuda con test inform�tico

#735
From: Joserra
Date: Fri, 22 Sep 2000 00:00
1192 lines
33775 bytes
Tengo un examen de inform�tica proximamente y entre las 2000 preguntas que
nos han entregado sobre las que 200 entraran en el examen hay varias sobre
Bases de datos. Yo voy respondiendo las que se y las que no las estoy
buscando
en manuales, etc. pero para estar seguro de las respuestas necesitar�a la
ayuda de algunos expertos en el tema. Si tienes un poco de tiempo y sabes
alguna de las respuestas te agradecer�a que me las mandases por correo.
Las preguntas son las siguientes:

553 UNA VENTAJA DE LOS SISTEMAS
DE BASES DE DATOS ES
553a) La dependencia de los datos con
respecto a los tratamientos.
553b) La coherencia de los resultados.
553c) La necesidad de personal
especializado.
553d) El aumento de la redundancia
l�gica en los datos.
554 UN INCONVENIENTE DE LOS
SISTEMAS DE BASES DE DATOS ES
554a) La menor eficiencia en la recogida,
validaci�n e introducci�n de
los datos en el sistema.
554b) Menor disponibilidad de los datos
para el conjunto de usuarios.
554c) La flexibilidad que proporciona la
independencia de los datos y
programas.
554d) El coste elevado que puede llevar
consigo la implantaci�n, tanto en
el equipo f�sico como en el
l�gico.
555 UNA DIFERENCIA ENTRE SISTEMA
DE BASES DE DATOS Y FICHEROS
ES
555a) Las bases de datos han de
atender a m�ltiples usuarios y a
diferentes aplicaciones, mientras
que los sistemas de ficheros s�lo
responden a las necesidades de
una determinada aplicaci�n.
555b) En los sistemas de ficheros hay
independencia f�sica entre los
datos y los tratamientos y en las
bases de datos no.
555c) En los sistemas de ficheros la
descripci�n del conjunto de
datos est� integrada con los
mismos datos y en las bases de
datos no.
555d) En los sistemas de ficheros es
imprescindible la capacidad de
almacenar las interrelaciones
entre los datos y en los sistemas
de bases de datos no.
556 LOS DISTINTOS NIVELES DE
ABSTRACCI�N DE UNA BASE DE
DATOS SON
556a) Estructura l�gica y estructura
f�sica.
556b) Vista de usuario y vista externa.
556c) Esquema externo, esquema
conceptual y esquema interno.
556d) Nivel operacional, t�ctico y
estrat�gico.
557 LOS DISTINTOS TIPOS DE
USUARIOS DE UNA BASE DE
DATOS SE CLASIFICAN EN
557a) Analistas y programadores.
557b) Usuarios inform�ticos y usuarios
finales.
557c) Administradores y usuarios
espor�dicos.
557d) Dise�adores l�gicos y
dise�adores f�sicos.
558 EL ADMINISTRADOR DE LA BASE
DE DATOS
558a) Desarrolla distintos procedimientos
y programas que pone a
disposici�n de los usuarios
finales.
558b) Determina qu� tipo de datos han
de estar contenidos en la base
de datos.
558c) Hace consultas y/o actualizaciones
en la base de datos como
parte habitual de su trabajo.
558d) Es el responsable de establecer el
sistema de autorizaciones de
acceso.
559 LAS FUNCIONES ESENCIALES DE
UN SISTEMA DE GESTI�N DE
BASE DE DATOS SON
559a) Inserci�n y borrado.
559b) Conexi�n, gesti�n y desconexi�n.
559c) Descripci�n, manipulaci�n y
control.
559d) Consulta a la totalidad y consulta
selectiva.
560 EL DISE�ADOR DE UNA BASE DE
DATOS CUANDO DEFINE EL
NIVEL INTERNO DEBE INDICAR
560a) Las tablas y los registros.
560b) El espacio reservado para la base,
la longitud de los campos y su
modo de representaci�n.
560c) Los atributos de las entidades.
560d) Autorizaciones de acceso y
restricciones de integridad.
561 LA ACTUALIZACI�N DE UNA
BASE DE DATOS SUPONE LOS
SIGUIENTES TIPOS DE OPERACIONES
561a) Inserci�n, borrado y modificaci�n
de los datos.
561b) Consulta de la totalidad de los
datos y consulta selectiva.
561c) Creaci�n y borrado de los datos.
561d) Definici�n, inserci�n y borrado de
los datos.
562 ATENDIENDO AL TIPO DE
FUNCI�N, UNA CLASIFICACI�N
DE LOS LENGUAJES DE UN
SISTEMA DE GESTI�N DE BASE
DE DATOS ES
562a) Lenguajes destinados a usuarios
inform�ticos y a usuarios finales.
562b) Lenguajes de definici�n y lenguajes
de manipulaci�n.
562c) Aplicaciones formalizables y no
formalizables.
562d) Lenguajes ensambladores y
lenguajes estructurados.
563 EL LENGUAJE SQL ES UN LENGUAJE
DE DATOS MUY EXTENDIDO
EN
563a) Sistemas de Gesti�n de Base de
Datos Relacionales.
563b) Sistemas de Gesti�n de Base de
Datos en Red.
563c) En todos los Sistemas de Gesti�n
de Base de Datos.
563d) En ning�n Sistema de Gesti�n de
Base de Datos.
564 EL LENGUAJE ANSI NDL/ANS,
BASADO EN LAS NORMAS
CODASYL, ES UN LENGUAJE DE
DATOS MUY EXTENDIDO EN
564a) Sistemas de Gesti�n de Base de
Datos Relacionales.
564b) Sistemas de Gesti�n de Base de
Datos en Red.
564c) En todos los Sistemas de Gesti�n
de Base de Datos.
564d) En ning�n Sistema de Gesti�n de
Base de Datos.
565 LOS LENGUAJES DE MANIPULACI�N
DE DATOS (LMD) TIENEN
COMO FUNCI�N
565a) La definici�n de la estructura
l�gica global.
565b) La obtenci�n de copias de
seguridad.
565c) La definici�n de estructuras
externas.
565d) La recuperaci�n y actualizaci�n
de datos.
566 LA ESTANDARIZACI�N DE LOS
SISTEMAS DE GESTI�N DE BASE
DE DATOS TIENE COMO OBJETIVO
566a) Reescribir los programas que
acceden a la base de datos al
cambiar el sistema a otro Sistema
de Gesti�n de Base de Datos.
566b) Redise�ar la base de datos al
cambiar a otro Sistema de
Gesti�n de Base de Datos.
566c) Defender la independencia frente
a los proveedores de Sistemas de
Gesti�n de Base de Datos.
566d) Aprender multitud de lenguajes y
dialectos para interaccionar con
las bases de datos.
567 SE�ALAR LA SENTENCIA QUE
SEA CIERTA.
567a) Tanto el acceso a un fichero
como a una base de datos se
apoya en los m�todos de acceso
al sistema operativo.
567b) El n�cleo de un Sistema de
Gesti�n de Base de Datos est� en
mayor o menor medida soportado
por el sistema operativo.
567c) Un lenguaje de tipo hu�sped es
lo mismo que un lenguaje
autocontenido.
567d) COBOL, PASCAL y C son lenguajes
de tipo hu�sped.
568 PODEMOS DECIR QUE UN
MODELO DE DATOS (MD) ES
568a) Un conjunto de conceptos que
permiten describir la estructura
de una base de datos.
568b) Un instrumento que se aplica a
los esquemas para obtener datos.
568c) El conjunto de datos que se
encuentran almacenados en el
esquema en un momento
determinado.
568d) La descripci�n de la estructura de
la base de datos.
569 SEG�N EL NIVEL DE ABSTRACCI�N
DE LA ARQUITECTURA A
TRES NIVELES, LOS TIPOS DE
MODELOS DE DATOS SON
569a) Conceptual, convencional y
l�gico.
569b) Externo, global e interno.
569c) Jer�rquico, Codasyl y Relacional.
569d) Est�tico, din�mico y restringido.
570 LA DIFERENCIA ENTRE ESQUEMA
Y OCURRENCIA ES
570a) Esquema es la descripci�n de la
estructura de la base de datos y
ocurrencia el instrumento que se
aplica a los datos.
570b) El esquema no var�a mientras no
var�e el mundo real que describe
y una ocurrencia var�a en el
tiempo.
570c) Ocurrencia es la descripci�n de la
estructura de la base de datos y
esquema los datos que se
encuentran almacenados.
570d) No hay ninguna diferencia entre
ambos conceptos.
571 NO SON COMPONENTES DE UN
MODELO DE DATOS
571a) Las entidades.
571b) Las interrelaciones.
571c) Los atributos.
571d) Todos los conceptos anteriores
son componentes de un Modelo
de Datos.
572 �CU�L SER�A UNA RESTRICCI�N
INHERENTE IMPUESTA POR EL
PROPIO MODELO DE DATOS?
572a) El modelo de datos no permite
que dos filas de una tabla sean
iguales.
572b) Un ni�o de tres a�os no puede
estar casado.
572c) Una persona no puede pasar
directamente de soltera a viuda.
572d) Ninguna de las afirmaciones
anteriores es una restricci�n
inherente.
573 EL MODELO ENTIDAD/
INTERRELACI�N (ME/R) PROPUESTO
POR CHEN
573a) Ha tenido poca difusi�n no
demostrando ning�n inter�s en la
comunidad inform�tica.
573b) No es un modelo de datos
sem�ntico.
573c) Se basa en entidades que se
asocian entre s�.
573d) No es soportado por la mayor�a
de las herramientas de ingenier�a
del software asistido por ordenador
(CASE).
574 UNA ENTIDAD NUNCA PUEDE
SER
574a) Una persona.
574b) Una cosa.
574c) Un concepto.
574d) Todos los conceptos anteriores
pueden ser entidades.
575 LLAMAMOS TIPO DE ENTIDAD A
575a) La estructura gen�rica.
575b) Cada una de las realizaciones
concretas de una entidad.
575c) La representaci�n gr�fica.
575d) Los atributos de una entidad.
576 LA REPRESENTACI�N GR�FICA
DE UN TIPO DE ENTIDAD ES
576a) Un c�rculo etiquetado con el
nombre del tipo de entidad.
576b) Un rect�ngulo con el nombre del
tipo de entidad.
576c) Un tri�ngulo con el nombre del
tipo de entidad.
576d) No se representan gr�ficamente
los tipos de entidad.
577 SE�ALA LA SENTENCIA VERDADERA.
577a) Las ocurrencias de un tipo de
entidad regular no tienen
existencia propia.
577b) La existencia de cada ocurrencia
de un tipo de entidad d�bil
depende de la existencia de la
ocurrencia del tipo de entidad
regular de la que depende.
577c) Un tipo de entidad d�bil se
representa con dos c�rculos
conc�ntricos.
577d) No existen los tipos de entidad
regular y d�bil.
578 SE DEFINE INTERRELACI�N
COMO
578a) Cada una de las propiedades que
tiene un tipo de entidad.
578b) El conjunto de posibles valores
que puede tomar un atributo.
578c) El n�mero m�ximo y m�nimo de
ocurrencias de un tipo de
entidad.
578d) La asociaci�n o correspondencia
entre entidades.
579 EL TIPO DE INTERRELACI�N SE
REPRESENTA CON
579a) Un c�rculo etiquetado con el
nombre de la interrelaci�n.
579b) Un rombo etiquetado con el
nombre de la interrelaci�n.
579c) Un cuadrado etiquetado con el
nombre de la interrelaci�n.
579d) No tiene representaci�n gr�fica.
580 EL GRADO DE UNA
INTERRELACI�N
580a) Es siempre dos.
580b) Es siempre tres.
580c) Depende del n�mero de tipos de
entidad que participan en la
interrelaci�n.
580d) Siempre es una.
581 EL TIPO DE CORRESPONDENCIA
DE UNA INTERRELACI�N
581a) Siempre es 1:1.
581b) Siempre es 1:N.
581c) Siempre es N:M.
581d) Es el n�mero m�ximo de ocurrencias
de un tipo de entidad que
pueden intervenir por cada
ocurrencia del otro tipo de
entidad asociado a la
interrelaci�n.
582 EL GRADO DE UNA RELACI�N
REFLEXIVA ES
582a) Dos.
582b) Uno.
582c) Tres.
582d) Cero.
583 ENTRE DOS TIPOS DE ENTIDAD
583a) La relaci�n siempre ser� reflexiva.
583b) La relaci�n siempre ser� del tipo
N:M.
583c) S�lo puede existir un tipo de
interrelaci�n.
583d) Puede existir m�s de un tipo de
interrelaci�n.
584 INDICA CU�L DE LAS SIGUIENTES
SENTENCIAS ES FALSA.
584a) Entidad es un objeto que
presenta inter�s para una
organizaci�n y acerca del cual se
recoge informaci�n.
584b) Las ocurrencias de un tipo de
entidad suelen tener distintos
atributos.
584c) El Modelo ME/R contribuye al
an�lisis y dise�o de sistemas de
informaci�n.
584d) Atributo es cada una de las
propiedades que tiene un tipo
de entidad o de interrelaci�n.
585 INDICA CU�L DE LAS SIGUIENTES
SENTENCIAS ES VERDADERA.
585a) El conjunto de posibles valores
que puede tomar un atributo se
denomina dominio.
585b) El dominio no tiene nombre ni
existencia propia.
585c) El dominio y el nombre del
atributo se representan exactamente
igual.
585d) Existen atributos que no tienen
dominio.
586 EL ATRIBUTO O ATRIBUTOS
ELEGIDOS PARA IDENTIFICAR
UN�VOCA Y M�NIMAMENTE CADA
UNA DE LAS OCURRENCIAS DE
UN TIPO DE ENTIDAD SE DENOMINA
586a) Atributo identificador for�neo.
586b) Atributo identificador alternativo.
586c) Atributo identificador alternativo.
586d) Atributo identificador principal.
587 LAS RESTRICCIONES QUE
LIMITAN LOS VALORES QUE
PUEDEN TOMAR CIERTOS
ATRIBUTOS O IMPONEN LIMITACIONES
AL TIPO DE
INTERRELACIONES SON
587a) Restricciones inherentes.
587b) Restricciones sint�cticas.
587c) Restricciones globales.
587d) Restricciones sem�nticas.
588 UN TIPO DE INTERRELACI�N
D�BIL EXIGE SIEMPRE QUE LAS
CARDINALIDADES DEL TIPO DE
ENTIDAD REGULAR SEAN
588a) ( 0,1)
588b) ( 1,1)
588c) ( 0,n)
588d) ( 1,n)
589 LA CARDINALIDAD DE UN TIPO
DE ENTIDAD SUPERTIPO ES
SIEMPRE
589a) ( 1,1)
589b) ( 0,1)
589c) ( 1,0)
589d) ( 1,n)
590 LA CARDINALIDAD DE UN TIPO
DE ENTIDAD SUBTIPO ES SIEMPRE
590a) ( 1,1)
590b) ( 0,1)
590c) ( 1,0)
590d) ( 1,n)
591 INDICA CU�L DE LAS SIGUIENTES
SENTENCIAS ES FALSA.
591a) Los atributos comunes a los
subtipos se asignan al supertipo.
591b) Los atributos espec�ficos se
asocian al subtipo correspondiente.
591c) Las interrelaciones que afectan al
supertipo se asocian a los
subtipos.
591d) Las interrelaciones que afectan a
todos los subtipos se asocian al
supertipo.
592 EL LENGUAJE CLEAR (CONCEPTUAL
LANGUAGE FOR ENTITIES
AND RELATIONSHIP)
592a) Es un lenguaje que trabaja a nivel
conceptual.
592b) Es un lenguaje poco intuitivo y
dif�cil de aprender.
592c) Es un lenguaje en el que aparecen
variables y cuantificadores de
�lgebra.
592d) No tiene nada en com�n con el
lenguaje SQL.
593 EL MODELO PRESENTADO POR
CODD NO PERSIGUE COMO
OBJETIVO
593a) La independencia l�gica.
593b) La dependencia f�sica.
593c) La flexibilidad.
593d) La uniformidad.
594 UNA RELACI�N, EN TERMINOLOG�A
RELACIONAL, SE DEFINE
COMO
594a) Un conjunto de columnas con
unas determinadas caracter�sticas.
594b) Un conjunto de filas con unas
determinadas caracter�sticas.
594c) La intersecci�n de una fila y
columna.
594d) Ninguna de las definiciones
anteriores es verdadera.
595 EL PRIMER SISTEMA DE GESTI�N
DE BASE DE DATOS RELACIONAL
COMERCIAL FUE
595a) Query By Example (QBE).
595b) Ingres.
595c) Quel.
595d) Oracle.
596 EL CONCEPTO DE FILA EN UNA
TABLA EN EL MODELO
RELACIONAL ES EQUIVALENTE A
596a) El concepto de campo de un
fichero.
596b) El concepto de registro en un
fichero.
596c) El concepto de grado en una
relaci�n.
596d) El concepto de cardinalidad en
una relaci�n.
597 EL CONCEPTO DE COLUMNA EN
UNA TABLA EN EL MODELO
RELACIONAL ES EQUIVALENTE A
597a) El concepto de campo en un
fichero.
597b) El concepto de registro en un
fichero.
597c) El concepto de grado en una
relaci�n.
597d) El concepto de cardinalidad en
una relaci�n.
598 EL CONCEPTO DE N�MERO DE
COLUMNAS EN UNA TABLA EN EL
MODELO RELACIONAL ES
EQUIVALENTE A
598a) El concepto de atributo en una
relaci�n.
598b) El concepto de cardinalidad en
una relaci�n.
598c) El concepto de grado en una
relaci�n.
598d) El concepto de n�mero de
registros en un fichero.
599 EL CONCEPTO DE N�MERO DE
FILAS EN UNA TABLA EN EL
MODELO RELACIONAL ES
EQUIVALENTE A
599a) El concepto de grado en una
relaci�n.
599b) El concepto de n�mero de
campos en un fichero.
599c) El concepto de n�mero de
registros de un fichero.
599d) El concepto de atributo en una
relaci�n.
600 UN DOMINIO SIMPLE EN EL
MODELO RELACIONAL ES
600a) Un conjunto infinito de valores
homog�neos y at�micos.
600b) Un conjunto finito de valores
homog�neos y at�micos.
600c) Un conjunto finito de valores
heterog�neos y at�micos.
600d) Un conjunto infinito de valores
heterog�neos y at�micos.
601 UN EJEMPLO DE DOMINIO
COMPUESTO EN UN MODELO
RELACIONAL ES
601a) El dominio D�A.
601b) El dominio MES.
601c) El dominio A�O.
601d) El dominio FECHA.
602 UNA CLAVE CANDIDATA DE UNA
RELACI�N ES
602a) Un atributo que es clave primaria
e identifica un�voca y
m�nimamente cada tupla de la
relaci�n.
602b) Un conjunto de atributos que
identifica un�voca y m�nimamente
cada tupla de la relaci�n.
602c) Un conjunto de atributos que
identifica un�voca y m�ximamente
cada tupla de la relaci�n.
602d) Ninguna de las definiciones
anteriores es correcta.
603 EN UNA RELACI�N
603a) Solo puede existir una clave
candidata.
603b) Todas las claves candidatas se
componen de dos o m�s atributos.
603c) Todas las claves candidatas son
simples.
603d) Siempre hay, al menos, una clave
candidata.
604 DEFINIMOS CLAVE PRIMARIA
COMO
604a) Aquellas claves candidatas que
han sido elegidas para identificar
las tuplas de la relaci�n.
604b) Un conjunto no vac�o de atributos
cuyos valores han de coincidir
con los valores de la clave
candidata.
604c) Aquella clave candidata que el
usuario escoger� para identificar
las tuplas de la relaci�n.
604d) Aquella clave candidata que el
usuario escoger� para identificar
los atributos de la relaci�n.
605 SE DENOMINA CLAVE AJENA A
605a) Un conjunto no vac�o de atributos
cuyos valores no tienen que
estar definidos en el mismo
dominio que la clave primaria.
605b) Un conjunto no vac�o de atributos
cuyos valores han de coincidir
con los valores de la clave
primaria.
605c) Un conjunto de atributos que
identifica un�voca y m�nimamente
cada tupla de la relaci�n.
605d) La clave candidata no escogida
como clave primaria.
606 UNA RESTRICCI�N INHERENTE
EN EL MODELO RELACIONAL ES
606a) No hay dos tuplas iguales.
606b) El orden de las tuplas es significativo.
606c) El orden de los atributos es
significativo.
606d) Cada atributo debe tomar m�s de
un valor del dominio sobre el que
est� definido.
607 LA REGLA DE INTEGRIDAD DE
ENTIDAD ES UNA RESTRICCI�N
INHERENTE QUE IMPONE QUE
607a) Cada atributo s�lo puede tomar
un �nico valor del dominio sobre
el que est� definido.
607b) Ning�n atributo que forme parte
de la clave primaria de una
relaci�n puede tomar un valor
nulo.
607c) Toda relaci�n ha de estar normalizada.
607d) El orden de los atributos no es
significativo.
608 LA INTEGRIDAD REFERENCIAL ES
608a) Una restricci�n inherente al
modelo.
608b) Una restricci�n sem�ntica que
viene impuesta por el mundo real
siendo el usuario quien la define.
608c) Una restricci�n que indica que
uno o m�s atributos no admiten
valores nulos.
608d) No es una restricci�n.
609 LA CLAVE AJENA DE UNA TABLA
609a) Siempre tiene que formar parte
de la clave primaria de esa tabla.
609b) Siempre tiene que ser la totalidad
de la clave primaria de esa tabla.
609c) Puede ser parte (o la totalidad)
de la clave primaria de esa tabla.
609d) Nunca puede tomar valores
nulos.
610 LA OPERACI�N DE BORRADO
CON TRANSMISI�N EN CASCADA
( CASCADE) DE LA RELACI�N
QUE CONTIENE LA CLAVE
CANDIDATA REFERENCIADA
LLEVA CONSIGO
610a) Poner a nulos los valores de las
claves ajenas de la relaci�n que
referencia.
610b) Poner el valor por defecto a la
clave ajena de la relaci�n que
referencia.
610c) Nada, puesto que es una operaci�n
que el sistema impedir�
hacer.
610d) El borrado de las tuplas de la
relaci�n que contiene la clave
ajena.
611 EN EL LENGUAJE SQL, LA OBLIGATORIEDAD
DE UN VALOR
COMO RESTRICCI�N DE UNA
COLUMNA SE ESPECIFICA CON
611a) UNIQUE
611b) PRIMARY KEY
611c) NOT NULL
611d) REFERENCES
612 LA SENTENCIA DROP SCHEMA
612a) Elimina el dominio.
612b) Borra todo el esquema y sus
elementos.
612c) Elimina una restricci�n de
dominio.
612d) Elimina la tabla del esquema.
613 LA SENTENCIA DROP TABLE
613a) Elimina el dominio.
613b) Borra todo el esquema y sus
elementos.
613c) Elimina una restricci�n de
dominio.
613d) Elimina la tabla del esquema.
614 LA SENTENCIA SELECT PERMITE
614a) Determinar si en el resultado de
una consulta se mantienen filas
repetidas.
614b) Eliminar duplicados en el resultado
de una consulta.
614c) Especificar de d�nde se obtienen
los datos.
614d) Llevar a cabo consultas sobre una
base de datos relacional.
615 NO ES UNA CL�USULA FUNDAMENTAL
DE LA SENTENCIA
SELECT
615a) La cl�usula ALTER
615b) La cl�usula FROM
615c) La cl�usula WHERE
615d) La cl�usula GROUP BY
616 LA CL�USULA QUE SIRVE PARA
FILTRAR EL RESULTADO DE UNA
CONSULTA ES
616a) WHERE
616b) FROM
616c) NATURAL JOIN
616d) CROSS JOIN
617 UN PREDICADO DE COMPARACI�N
QUE PERMITE OBTENER
LOS VALORES QUE SE ENCUENTRAN
DENTRO DE UN INTERVALO
ES
617a) IN
617b) BETWEEN
617c) LIKE
617d) <>
618 EL PREDICADO QUE PERMITE
COMPARAR UN VALOR CON UNA
LISTA DE VALORES O CON UNA
SUBCONSULTA ES
618a) BETWEEN
618b) LIKE
618c) UNIQUE
618d) IN
619 EL PREDICADO LIKE, A LA HORA
DE CONSULTAR LA BASE DE
DATOS, PERMITE UTILIZAR
COMODINES COMO
619a) *
619b) %
619c) ?
619d) +
620 LA CL�USULA HAVING EST�
ASOCIADA A LA CL�USULA
620a) WHERE
620b) GROUP BY
620c) MATCH
620d) ANY
621 LA MODIFICACI�N DE DATOS SE
LLEVA A CABO MEDIANTE LA
SENTENCIA
621a) SELECT
621b) UPDATE
621c) INSERT
621d) DELETE
622 LA SENTENCIA SQL QUE PERMITE
CONCEDER PRIVILEGIOS ES
622a) INSERT
622b) UPDATE
622c) REVOKE
622d) GRANT
623 EN LA SENTENCIA PARA DETERMINAR
TRANSACCIONES SET
TRANSACTI�N SE PUEDE ESTABLECER
EL NIVEL DE AISLAMIENTO
623a) READ COMMITED
623b) READ ONLY
623c) READ WRITE
623d) ISOLATI�N LEVEL
624 SQL PERMITE MANIPULAR BASES
DE DATOS
624a) Interactivamente, esto es,
invocando directamente las
sentencias SQL.
624b) Por medio de SQL embebido, en
el que insertan sentencias SQL en
el lenguaje anfitri�n.
624c) Agrupando sentencias SQL en
m�dulos que son llamados desde
lenguajes anfitriones.
624d) Las tres afirmaciones anteriores
son ciertas.
625 EN UN PROGRAMA CON SQL
EMBEBIDO, LAS SENTENCIAS
SQL VAN PRECEDIDAS NORMALMENTE
DE LA PART�CULA
625a) BEGIN DECLARE SECTI�N
625b) WHENEVER SLQERROR
625c) IS SQLSTATE
625d) EXEC SQL
626 PARA RESOLVER LA DISCORDANCIA
QUE EXISTE ENTRE EL
CONJUNTO DE FILAS QUE PUEDE
MANEJAR SQL Y LA FILA QUE
MANEJA EL LENGUAJE ANFITRI�N
SE UTILIZAN
626a) Disparadores.
626b) Cursores
626c) Roles de seguridad.
626d) No se puede resolver dicha
discordancia.
627 EN LA TRANSFORMACI�N DE UN
ESQUEMA EN EL MODELO
ENTIDAD/RELACI�N AL ESQUEMA
RELACIONAL, TODO TIPO DE
ENTIDAD SE CONVIERTE EN
627a) Una clave.
627b) Un atributo.
627c) Una relaci�n.
627d) No es posible la transformaci�n.
628 LA PRIMERA FORMA NORMAL
(1FN) INTRODUCIDA POR CODD
CONSISTE EN
628a) Obligar a que todos los atributos
que no formen parte de ninguna
clave candidata suministren
informaci�n acerca de la clave
completa, no de parte de la
clave.
628b) Obligar a que todos los atributos
que no formen parte de ninguna
clave candidata faciliten informaci�n
s�lo acerca de la(s) clave(s)
y no acerca de otros atributos.
628c) La obligaci�n de que en una
relaci�n existan grupos
repetitivos.
628d) La prohibici�n de que en una
relaci�n existan grupos
repetitivos.
629 EN LA RELACI�N
LIBROS(COD_LIBRO,T�TULO,
IDIOMA) PODEMOS DECIR QUE
629a) COD_LIBRO determina o implica a
T�TULO.
629b) COD_LIBRO es el implicante y
T�TULO es el implicado.
629c) T�TULO depende funcionalmente
de COD_LIBRO.
629d) Las tres respuestas anteriores son
correctas.
630 SE�ALA CU�L DE LAS SIGUIENTES
SENTENCIAS ES VERDADERA.
630a) Toda relaci�n en la que las claves
candidatas est�n formadas por un
�nico atributo est� en Tercera
Forma Normal (3FN).
630b) Toda relaci�n inicialmente
siempre est� en Primera Forma
Normal (1FN).
630c) S�lo existen tres formas normales:
Primera, Segunda y Tercera Forma
Normal.
630d) Existen ciertos casos en los que
tras normalizar, exigencias de
eficiencia muy estrictas, obligan a
desnormalizar.
631 EL MODELO CODASYL SE
CARACTERIZA POR
631a) Ser un modelo relacional.
631b) Ser un modelo en red.
631c) Ser un modelo que actualmente
domina el mercado.
631d) Ser muy poco flexible.
632 UN MODELO DE DATOS DE TIPO
RED SE DIFERENCIA DEL MODELO
ENTIDAD/INTERRELACI�N EN
QUE
632a) El modelo en red es
navegacional.
632b) El modelo en red tiene un mayor
nivel de abstracci�n.
632c) El modelo en red no tiene una
representaci�n gr�fica.
632d) El modelo en red no separa los
tipos de operaciones selecci�n/
acci�n.
633 UNO DE LOS ELEMENTOS DEL
MODELO DE DATOS CODASYL ES
EL ELEMENTO AGREGADO DE
DATOS (DATA AGGREGATE) QUE
SE DEFINE COMO
633a) La unidad de datos m�s peque�a
a la que se puede hacer referencia.
633b) La unidad b�sica de acceso y
manipulaci�n de la base de
datos.
633c) Un vector o grupo repetitivo.
633d) Una colecci�n nominada de dos
o m�s tipos de registros que
establece una vinculaci�n entre
ellos.
634 LA INTERRELACI�N 1:N DE
OTROS MODELOS, EN EL MODELO
CODASYL SE REPRESENTA
MEDIANTE
634a) Campos.
634b) Registros.
634c) �reas.
634d) Conjuntos.
635 EN EL MODELO CODASYL, EL
CONJUNTO, TAMBI�N LLAMADO
SET O COSET
635a) Dispone de un nodo ra�z (propietario)
y nodos descendentes
(miembros).
635b) Tiene un nombre.
635c) Tendr� tantas ocurrencias como
ocurrencias tenga el registro
propietario.
635d) Todas las afirmaciones anteriores
son verdaderas.
636 INDICAR CU�L DE LAS SIGUIENTES
SENTENCIAS ES FALSA.
636a) Un conjunto singular tiene una
�nica ocurrencia.
636b) El propietario de un conjunto
singular es ficticio.
636c) Hay limitaci�n en cuanto al
n�mero de conjuntos que
pueden declararse en el esquema.
636d) Cualquier registro puede ser
declarado propietario de uno o
varios conjuntos.
637 UNA CARACTER�STICA INHERENTE
DEL MODELO CODASYL ES
637a) En el nivel propietario se permiten
varios tipos de registros.
637b) S�lo est�n admitidos tipos de
interrelaciones jer�rquicas de dos
niveles.
637c) Una misma ocurrencia de miembro
puede pertenecer, en un
mismo conjunto, a m�s de un
propietario.
637d) Un mismo tipo de registro puede
ser a la vez propietario y miembro
de un mismo tipo de conjunto.
638 EN EL MODELO CODASYL, LA
ESTRUCTURA EN LA QUE LOS
TIPOS DE REGISTRO DE LOS
NIVELES INTERMEDIOS SON
MIEMBROS DEL CONJUNTO DEL
NIVEL SUPERIOR Y PROPIETARIOS
EN EL DEL NIVEL INFERIOR
SE DENOMINA
638a) Jerarqu�a con m�ltiples niveles.
638b) Red.
638c) Jerarqu�a a un nivel.
638d) Registros aislados.
639 LOS REGISTROS ENLACES,
TAMBI�N LLAMADOS ESLABONES
( LINKS), SIRVEN PARA
RESOLVER
639a) Asociaciones N:M.
639b) Relaciones reflexivas N:M.
639c) Relaciones reflexivas 1:N.
639d) Todas las afirmaciones anteriores
son correctas.
640 EN EL MODELO CODASYL, PARA
INDICAR QUE ADMITE GRUPOS
REPETITIVOS HAY QUE ESPECIFICAR
EXPL�CITAMENTE QUE EL
ATRIBUTO ES MULTIEVALUADO
CON LA OPCI�N
640a) SOURCE OF
640b) RESULT
640c) OCCURS
640d) CHECK
641 EN EL MODELO CODASYL,
CUANDO ESTAMOS EN MODO
INSERCI�N PODEMOS ESPECIFICAR
UNA RESTRICCI�N ESTRUCTURAL
MEDIANTE LA OPCI�N
641a) MANUAL.
641b) MANDATORY.
641c) OPTIONAL.
641d) FIXED.
642 EN LA ENCADENACI�N DE LAS
OCURRENCIAS DE REGISTROS EN
UN MODELO CODASYL SE
UTILIZAN PUNTEROS TIPO NEXT,
QUE SE CARACTERIZAN PORQUE
642a) Son opcionales y permiten el
acceso desde un miembro a su
propietario.
642b) Son opcionales y permiten
recorrer la cadena en ambos
sentidos.
642c) Se establecen autom�ticamente
solo por el hecho de definir un
conjunto.
642d) Son extr�nsecos a la definici�n del
conjunto y s�lo se definen a
efectos de eficiencia.
643 SE�ALA LA SENTENCIA FALSA.
643a) El concepto de �rea tiene un
significado puramente f�sico.
643b) El concepto de �rea tiene un
significado puramente l�gico.
643c) Las �reas pueden ser partes del
soporte f�sico que posee el
sistema.
643d) Una ocurrencia de registro puede
ser asignada a cualquier �rea.
644 EN EL MODELO CODASYL, UNA
ACCI�N QUE SE PUEDE REALIZAR
CON EL REGISTRO SELECCIONADO
ES LLEVAR ADELANTE
O DESHACER UNA TRANSACCI�N
MEDIANTE LAS SENTENCIAS
644a) STORE/ERASE.
644b) CONNECT/DISCONNECT.
644c) OPEN/CLOSE.
644d) COMMIT/ROLLBACK.
645 LA SENTENCIA FIND DEL LENGUAJE
DE MANIPULACI�N DE
DATOS (LMD) EN EL MODELO
CODASYL PERMITE
645a) Recuperar un registro.
645b) Seleccionar una determinada
ocurrencia de un registro.
645c) Modificar un registro.
645d) Llevar un registro seleccionado al
�rea de trabajo del usuario.
646 LA SENTENCIA DE DESCONEXI�N
( DISCONNECT) EN EL
LENGUAJE DE MANIPULACI�N DE
DATOS DEL MODELO CODASYL
S�LO PUEDE UTILIZARSE SI
646a) El miembro ha sido declarado
OPTIONAL.
646b) El miembro ha sido declarado
FIXED.
646c) El miembro ha sido declarado
MANDATORY.
646d) El miembro ha sido declarado
SELECTIVE.
647 LAS SENTENCIAS QUE PERMITEN
RESOLVER EL PROBLEMA DE LA
CONCURRENCIA EN LA BASE DE
DATOS EN EL MODELO CODASYL
SON
647a) FIND / GET.
647b) STORE / ERASE.
647c) CONNECT / DISCONNECT.
647d) READY / FINISH.
648 EN EL MODELO CODASYL,
CUANDO SE ABRE UN �REA EN
MODO PROTEGIDO
648a) No se permite a ning�n usuario
acceder al �rea.
648b) Se permite al usuario recuperar y
modificar registros de �rea.
648c) Se permite a otros usuarios
recuperar registros pero no
modificarlos.
648d) El programador indica c�mo
pretende procesar los registros
del �rea.
649 LA �NICA SENTENCIA DEL
LENGUAJE DE MANIPULACI�N DE
DATOS DEL MODELO CODASYL
QUE OPERA SOBRE UN
CONJUNTO COMPLETO ES
649a) LOCALLY.
649b) ACCEPT.
649c) RETAINING CURRENCY.
649d) ORDER.
650 LA SENTENCIA QUE SE UTILIZA
EN EL MODELO CODASYL PARA
EXTRAER LA CLAVE DE BASE DE
DATOS DE LOS INDICADORES DE
REGISTRO ACTIVO Y
ALMACENARLA EN UNA VARIABLE
ES
650a) LOCALLY.
650b) ACCEPT.
650c) RETAINING CURRENCY.
650d) ORDER.
651 SE�ALA CU�L DE LAS SIGUIENTES
AFIRMACIONES SOBRE EL
MODELO DE DATOS JER�RQUICO
ES FALSA.
651a) La implementaci�n del modelo
jer�rquico se lleva a cabo a base
de punteros.
651b) El esquema es una estructura
arborescente compuesta de
nodos enlazados por arcos.
651c) La estructura del modelo de
datos jer�rquico es un caso
particular del modelo en red.
651d) Entre dos conjuntos de datos
puede haber m�s de una
interrelaci�n.
652 EN EL MODELO JER�RQUICO
EST�N PERMITIDAS
652a) Las interrelaciones reflexivas.
652b) Las interrelaciones N:M.
652c) Las interrelaciones 1:N.
652d) M�s de una interrelaci�n entre
dos entidades.
653 UNA VENTAJA PROPORCIONADA
POR LOS SISTEMAS DE GESTI�N
DE BASES DE DATOS DE TIPO
JER�RQUICO ES
653a) La capacidad para representar sin
redundancias ciertas estructuras
muy difundidas en la realidad
como son las redes.
653b) La conservaci�n de las simetr�as
naturales existentes en el mundo
real.
653c) Las posibilidades que ofrece el
modelo para definir restricciones
de usuario.
653d) La sencillez de comprensi�n y la
facilidad de instrumentaci�n en
los soportes f�sicos.
654 EN LA TRANSFORMACI�N DE UN
ESQUEMA ENTIDAD/RELACI�N
EN UN ESQUEMA JER�RQUICO,
EL ESQUEMA JER�RQUICO
RESULTANTE SER� PR�CTICAMENTE
EL MISMO QUE EL DEL
MODELO ENTIDAD/RELACI�N EN
EL CASO DE
654a) Interrelaciones 1:N con
cardinalidad m�nima 1 en la
entidad padre.
654b) Interrelaciones 1:N con
cardinalidad m�nima 0 en la
entidad padre.
654c) Interrelaciones N:M.
654d) Interrelaciones reflexivas.
655 SE�ALA LA SENTENCIA FALSA.
655a) La funci�n de selecci�n jer�rquica
es navegacional.
655b) Es preciso que el lenguaje de
datos de un modelo jer�rquico
est� embebido en un lenguaje de
programaci�n.
655c) La acci�n de recuperaci�n
consiste en llevar el registro
marcado como activo al �rea de
entrada/salida.
655d) Le lenguaje de datos del modelo
jer�rquico tiene una sentencia
para la selecci�n y otra distinta
para la recuperaci�n de registros.
656 UNA INSTRUCCI�N DE UN
LENGUAJE DE MANIPULACI�N
JER�RQUICO CONSTAR� EN
GENERAL DE
656a) Un operador.
656b) Los datos sobre los que se lleva a
cabo la operaci�n.
656c) Una condici�n.
656d) Los tres elementos anteriores.
657 CUANDO UN NUEVO REGISTRO
SE INSERTA EN UNA BASE DE
DATOS JER�RQUICA
657a) Se conecta autom�ticamente al
nodo ra�z.
657b) Se borran todos los registros
descendientes de �l.
657c) Se conecta autom�ticamente a
un nodo padre previamente
localizado mediante alguna
sentencia de selecci�n.
657d) Se inserta como padre del
registro hijo seleccionado
mediante alguna sentencia de
selecci�n.
658 EN LA ESTRUCTURA DE UN
MODELO DE DATOS JER�RQUICO
SE CUMPLE QUE
658a) Un nodo padre debe tener un
n�mero limitado de nodos hijos.
658b) A un nodo hijo le puede corresponder
m�s de un nodo padre.
658c) Todo nodo ha de tener un padre,
a excepci�n del nodo ra�z.
658d) Se llaman hojas al n�mero de
nodos del �rbol.
659 UNA T�CNICA DE PROTECCI�N
DE LA CONFIDENCIALIDAD QUE
PUEDE UTILIZARSE EN LOS
SISTEMAS DE GESTI�N DE BASES
DE DATOS ES LA CRIPTOGRAF�A
QUE CONSISTE EN
659a) Almacenar qu� sujetos pueden
acceder a ciertos objetos con
ciertos privilegios.
659b) Deducir una autorizaci�n definida
sobre un objeto a partir de otras
autorizaciones.
659c) El establecimiento de un c�digo y
contrase�a (password).
659d) Hacer ininteligible a cualquier
usuario el contenido de la base
de datos sin la correspondiente
clave de descifrado.
660 EL ASPECTO DE LA SEGURIDAD EN
BASE DE DATOS QUE ASEGURA AL
USUARIO RECUPERAR LA BASE DE
DATOS ANTE FALLOS L�GICOS Y
F�SICOS SE DENOMINA
660a) Disponibilidad.
660b) Integridad.
660c) Privacidad.
660d) Confidencialidad.
Technical Details
Message-ID: <8qg4mp$ihc2@eui1nw.euskaltel.es>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail

Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII
X-Google-Thread: 106e2f,96ee55278543fbc6,start
X-Google-Attributes: gid106e2f,public
From: "Joserra" <jota@euskalnet.net>
Subject: Ayuda con test inform�tico
Date: 2000/09/22
Message-ID: <8qg4mp$ihc2@eui1nw.euskaltel.es>
X-Deja-AN: 672933714
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Organization: Euskaltel
X-MSMail-Priority: Normal
Newsgroups: es.comp.bd.misc