Article View: es.comp.bd.misc
Article #735Ayuda con test inform�tico
From: Joserra
Date: Fri, 22 Sep 2000 00:00
Date: Fri, 22 Sep 2000 00:00
1192 lines
33775 bytes
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-mailShow 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