Gua base de datos I, Segundo Parcial

1.

Este modelo toma como objeto principal al usuario habitual de la base de datos y modela el funcionamiento de la base de datos en una sucesin de capas cuya finalidad es ocultar y proteger la parte interna de las bases de datos. Fue el propio organismo ANSI (en su modelo X3/SPARC que luego se comenta) la que introdujo una mejora de su modelo de bases de datos en 1988 a travs de un grupo de trabajo llamado UFTG (User Facilities Task Group, grupo de trabajo para las facilidades de usuario). Estructura multicapa

2.

Son las herramientas que proporciona el SGBD a los usuarios para permitir un acceso ms sencillo a los datos. Actan de interfaz entre el usuario y la base de datos, y son el nico elemento que maneja el usuario. Son, en definitiva, las pginas web y las aplicaciones con las que los usuarios manejan la base de datos. Facilidades del usuario

3.

Es la que permite comunicar a las aplicaciones de usuario con el diccionario de datos. Es un software (un driver o controlador en realidad) que se encarga traducir las peticiones del usuario para que lleguen de forma correcta a la base de datos y sta pueda responder de forma adecuada. Capa de acceso a datos.

4.

Se trata del elemento que posee todos los metadatos. Gracias a esta capa las solicitudes de los clientes (que son conceptuales antes de llegar aqu) se traducen en instrucciones que hacen referencia al esquema interno de la base de datos. Diccionario de datos.

5.

Es la encargada de traducir todas las instrucciones requeridas y prepararlas para su correcta interpretacin por parte del sistema. Realiza la traduccin fsica de las peticiones. Ncleo

6.

Es una capa externa al software SGBD pero es la nica capa que realmente accede a los datos en s. En realidad los SGBD no acceden directamente al disco, sino que piden al Sistema Operativo que lo haga. Sistema operativo

Gua base de datos I, Segundo Parcial

7.

Los intentos por conseguir una estandarizacin han estado promovidos por organismos de todo tipo. Algunos son estatales, otros privados y otros promovidos por los propios usuarios. Los tres que han tenido gran relevancia en el campo de las bases de datos son ANSI/SPARC/X3, CODASYL y ODMG (ste slo para las bases de datos orientadas a objetos). Los organismos grandes (que recogen grandes responsabilidades) dividen sus tareas en comits, y stos en grupos de trabajo que se encargan de temas concretos. Organismos de estandarizacin.

8.

Es un organismo internacional de definicin de estndares de gran prestigio. ISO (International Organization for Standardization).

9.

Organismo de definicin de normas en ambientes electrnicos. Es la parte, en definitiva de ISO, dedicada a la creacin de estndares. IEC (International Electrotechnical Commission).

10. Comit parte de IEC dedicado a la tecnologa de la informacin (informtica). En el campo de las bases de datos, el subcomit SC 21 (en el que participan otros organismos nacionales, como el espaol AENOR) posee un grupo de trabajo llamado WG 3 que se dedica a las bases de datos. Este grupo de trabajo es el que define la estandarizacin del lenguaje SQL entre otras cuestiones. JTC 1 (Joint Technical Committee). 11. Es el nombre de una conferencia iniciada en el ao 1959 y que dio lugar a un organismo con la idea de conseguir un lenguaje estndar para la mayora de mquinas informticas. Participaron organismos privados y pblicos del gobierno de Estados Unidos con la finalidad de definir estndares. Su primera tarea fue desarrollar el lenguaje COBOL y otros elementos del anlisis, diseo y la programacin de ordenadores. Codasyl (COnference on DAta SYstem Languages) 12. Es un organismo cientfico de Estados Unidos que ha definido diversos estndares en el campo de las bases de datos. X3 es la parte de ANSI encargada de los estndares en el mundo de la electrnica. ANSI (American National Standards Institute)

Gua base de datos I, Segundo Parcial

13. Dibuja el modelo ANSI es una propuesta terica sobre cmo debe de funcionar un sistema gestor de bases de datos (sin duda, la propuesta ms importante). Su idea es la siguiente:

14. En el proceso de creacin y manipulacin de una base de datos actual hay fases de creacin, una es (equivalente a un administrador de esquemas conceptuales del modelo ANSI) utiliza una herramienta CASE para crear el esquema conceptual. El analista o diseador. 15. En el proceso de creacin y manipulacin de una base de datos es el que recoge ese esquema y crea el esquema interno utilizando las herramientas de definicin de datos del SGBD y herramientas CASE. El administrador 16. Tambin recogen el esquema conceptual y utilizan las aplicaciones necesarias para generar los esquemas externos que necesitan los usuarios mediante herramientas de creacin de aplicaciones apropiadas y herramientas CASE. Los desarrolladores 17. En las formas de ejecucin de un SGBD, es la ms sencilla, pero la que tiene menos escalabilidad (posibilidad de crecer). El Sistema Gestor se instala en una mquina y los usuarios acceden directamente a esa mquina y ese Sistema Gestor. En estos sistemas no se accede de forma remota a la base de datos. SGBDs monocapa 18. Estructura clsica, la base de datos y su SGBD estn en un servidor al cual acceden los clientes. El cliente posee software que permite al usuario enviar instrucciones al SGBD en el servidor y recibir los resultados de estas instrucciones. Para ello el software cliente y el servidor deben utilizar software de comunicaciones en red. Hay dos posibilidades: Estructura Cliente-Servidor. La base de datos est en un solo servidor al que acceden los clientes (incluso simultneamente). Cliente multi-servidor. En este caso los clientes acceden a un conjunto de servidores que distribuyen la base de datos. El cliente no sabe si los datos estn en uno o ms servidores, ya que el resultado es el mismo independientemente de dnde se almacenan los datos. Se usa cuando el

Gua base de datos I, Segundo Parcial nmero de clientes ha crecido mucho y un solo servidor no podra atender sus peticiones. SGBDs bicapa. 19. Es una estructura de tipo cliente/servidor, pero en la que hay al menos una capa intermedia entre las dos. Esa capa se suele encargar de procesar las peticiones y enviarlas al SGBD con el que se comunica. Un ejemplo habitual es que la tercer capa sea un servidor web que evita que el cliente se conecte directamente al SGBD. SGBD de tres o ms capas. 20. Es una diferencia entre el modelo lgico y el conceptual, que es independiente del DBMS que se vaya a utilizar. El lgico depende de un tipo de SGBD en particular. Modelo conceptual 21. Es una diferencia entre el modelo lgico y el conceptual, est ms cerca del modelo fsico, el que utiliza internamente el ordenador. Modelo lgico 22. Menciona algunos modelos conceptuales. Modelo Entidad Relacin Modelo RM/T Modelo UML 23. Menciona algunos modelos lgicos. Modelo relacional Modelo Codasyl Modelo Jerrquico 24. Es un modelo que ha tenido una gran aceptacin (aunque apenas se utiliza actualmente). En especial se hizo popular la forma definida por Codasyl a principios de los 70 que se ha convertido en el modelo en red ms utilizado. El modelo en red organiza la informacin en registros (tambin llamados nodos) y enlaces. En los registros se almacenan los datos, mientras que los enlaces permiten relacionar estos datos. Las bases de datos en red son parecidas a las jerrquicas slo que en ellas puede haber ms de un padre. Modelo en red (Codasyl) 25. Desde la aparicin (POO u OOP) se empez a pensar en bases de datos adaptadas a estos lenguajes. La programacin orientada a objetos permite cohesionar datos y procedimientos, haciendo que se diseen estructuras que poseen datos (atributos) en las que se definen los procedimientos (operaciones) que pueden realizar con los datos. Programacin orientada a objetos

Gua base de datos I, Segundo Parcial

26. Bajo este nombre se agrupan las bases de datos (con arquitecturas muy diversas) pensadas para grabar los datos de manera veloz para as poder atender a miles y miles de peticiones. Es decir, es el modelo de las bases de datos que se utilizan en los grandes servicios de Internet (como twitter, Facebook, Amazon,). Bases de datos NoSQL 27. Como se le llama a este esquema que representa la informacin de forma absolutamente independiente al Sistema Gestor de Base de Datos. Los esquemas internos de las diferentes bases de datos no captan suficientemente bien la semntica del mundo real, de ah que primero haya que pasar por uno o dos esquemas previos ms cercanos al mundo real. Esquema conceptual. 28. Como se llama este autor que present un modelo para realizar esquemas que posean una visin unificada de los datos. Este modelo es el modelo entidad/interrelacin (entity/relationship en ingls) que actualmente se conoce ms con el nombre de entidad/relacin (Modelo E/R o ME/R, en ingls E/RM). Peter P. Chen 29. Representan asociaciones entre entidades. Es el elemento del modelo que permite relacionar en s los datos del mismo. Por ejemplo, en el caso de que tengamos una entidad personas y otra entidad trabajos. Relaciones 30. Son relaciones que indican tipos de entidades, es decir tendremos entidades que son un (is a, en ingls) tipo de entidad. Se utilizan para unificar entidades agrupndolas en una entidad ms general (generalizacin) o bien para dividir una entidad general en entidades ms especficas (especificacin): aunque hoy en da a todas ellas se las suele llamar generalizacin e incluso relaciones de herencia. Relaciones ISA o relaciones de herencia 31. Tipos de relaciones ISA que indica si los ejemplares obligatoriamente se relacionan con ejemplares de las subentidades. Es decir si hay personal que no es profesor ni bedel ni tcnico o si fijo es alguna de esas tres profesiones. Obligatoriedad 32. Tipos de relaciones ISA que este caso se mide con cuntas subentidades se relaciona la subentidad; es decir, si hay personal que pueda ser profesor y bedel a la vez o si solo puede ser una cosa. Nmero relaciones

Gua base de datos I, Segundo Parcial 33. Autor que defini las bases del modelo relacional a finales de los 60. En 1970 publica el documento A Relational Model of data for Large Shared Data Banks (Un modelo relacional de datos para grandes bancos de datos compartidos). Edgar Frank Codd 34. Cules fueron los objetivos de Codd con su modelo? Independencia fsica. Independencia lgica. Flexibilidad. Uniformidad. Sencillez. 35. Cmo se le llama tambin al modelo relacional (desde que Codd lo enunci) el elemento fundamental es lo que se conoce como relacin? Tabla 36. De qu constan las relaciones o tablas? Atributos y Tuplas 37. Cada una de las filas de la relacin. Se corresponde con la idea clsica de registro. Representa por tanto cada elemento individual de esa relacin. Tiene que cumplir que: Se debe corresponder con un elemento del mundo real. No puede haber dos tuplas iguales (con todos los valores iguales). Tuplas 38. Es un conjunto finito de valores del mismo tipo. A los dominios se les asigna un nombre y as podemos referirnos a ese nombre en ms de un atributo, facilitando la definicin de los mismos. Dominio 39. Indica el tamao de una relacin en base al nmero de columnas (atributos) de la misma. Lgicamente cuanto mayor es el grado de una relacin, mayor es su complejidad al manejarla. Grado 40. Indica el nmero de tuplas de una relacin, o nmero de filas de una tabla. Cardinalidad

Gua base de datos I, Segundo Parcial

41. Completa la siguiente tabla de Snonimos. Trminos 1 (nomenclatura relacional) relacin tupla atributo grado cardinalidad Trminos 1 (nomenclatura relacional) relacin tupla atributo grado cardinalidad = = = = = = = = = = Trminos 2 (nomenclatura tabla) tabla fila columna n de columnas n de filas Trminos 2 (nomenclatura tabla) = = = = = = = = = = Trminos 3 (nomenclatura ficheros) fichero registro campo n de campos n de registros Trminos 3 (nomenclatura ficheros)

42. Cules son los elementos en que esta formada una relacin? Nombre. Identifica la relacin. Cabecera de relacin. Conjunto de todos los pares atributo-domino de la relacin: donde n es el grado. Cuerpo de la relacin. Representa el conjunto de m tuplas {t1, t2,... tn} que forman la relacin. Cada tupla es un conjunto de n pares atributo-valor , donde Vij es el valor j del dominio Di asociado al atributo Ai. VAij i: Esquema de la relacin. Se forma con el nombre R y la cabecera. Estado de la relacin. Lo forman el esquema y el cuerpo. 43. Tipo de tabla que slo pueden ser borradas por los usuarios. Persistentes 44. Son tablas que se eliminan automticamente por el sistema. Las utiliza el SGBD como almacn intermedio de datos (resultados de consultas, por ejemplo). Temporales 45. Conjunto de atributos que identifican unvocamente cada tupla de la relacin. Es decir columnas cuyos valores no se repiten en ninguna otra tupla de esa tabla. Toda tabla en el modelo relacional debe tener al menos una clave candidata (puede incluso haber ms). Clave candidata

Gua base de datos I, Segundo Parcial 46. Clave candidata que se escoge como identificador de las tuplas. Se elige como primaria la candidata que identifique mejor a cada tupla en el contexto de la base de datos. Por ejemplo un campo con el DNI sera clave candidata de una tabla de clientes, si esa tabla tiene un campo de cdigo de cliente, ste sera mejor candidato (y por lo tanto clave principal) porque es mejor identificador para ese contexto. Clave primaria 47. Cualquier clave candidata que no sea primaria. Clave alternativa 48. Tambin llamada clave primaria. Marca uno o ms atributos como identificadores de la tabla. De esa forma en esos atributos las filas de la tabla no podrn repetir valores ni tampoco dejarlos vacos. Clave principal (primary key) 49. Sirve para indicar una clave externa (tambin llamada secundaria y fornea) sobre uno o ms atributos. Los atributos marcados de esta forma slo podrn contener valores que estn relacionados con la clave principal de la tabla que relacionan (llamada tabla principal). Dichos atributos s podrn contener valores nulos. Integridad referencial (foreign key) 50. Condicin lgica que debe de cumplir un dato concreto para darlo por vlido. Por ejemplo restringir el campo sueldo para que siempre sea mayor de 1000, sera una regla de validacin. Tambin por ejemplo que la fecha de inicio sea mayor que la fecha final. Regla de validacin (check) 51. Se trata de relaciones entre dos entidades con cardinalidad mxima de 1 en ambas direcciones, pero en una de ellas la cardinalidad mnima es 0. En este caso la solucin difiere respecto a la anterior solucin. No conviene generar una nica tabla ya que habra numerosos valores nulos en la tabla (debido a que hay ejemplares que no se relacionan en las dos tablas). Relaciones cero a uno