Parcial 3

ASIGNATURA: Bases de Datos Simples.

Propósito de la asignatura de bases de datos simples.

Esta Capacitación es entendida como la disciplina de carácter instrumental que estudia la generación, procesamiento, almacenamiento y transmisión de información por medio de tecnologías modernas como la computadora, los satélites de telecomunicaciones, la fibra óptica, la línea telefónica, el módem y el fax, entre otros. Base de Datos I, ofrece la base teórica y metodológica que permita el análisis para la elaboración conceptual de diferentes tipos de Bases de Datos, haciendo énfasis en el manejo de las técnicas como herramienta para el diseño en el modelo E/R. En la asignatura, se organizan sus contenidos de lo general (tipos de Bases de Datos) a lo particular (modelo relacional) y de lo teórico (conceptos y características) a lo práctico (aplicaciones en SGBD).

Relación de  bases de datos simples con otras asignaturas.

La materia contribuye a la administración y también lenguajes que nos proporcionan las herramientas necesarias para trabajar con una base de datos. Incorporar una serie de funciones que nos permita definir los registros, sus campos, sus relaciones, insertar, suprimir, modificar y consultar los datos. (Access, Sql Server, Informix, etc.).

Competencias propuestas para el bases de datos simples.

• Elabora un diseño conceptual de una base de datos.
• Elabora el diseño lógico de una base de datos con implementación en un sistema gestor de base de datos.
• Genera consultas.
• Administra una base de datos.
• 
  

  desarrolla innovaciones y propone soluciones a problemas a partir de métodos establecidos.  Sigue instrucciones y procedimientos de manera reflexiva, comprendiendo como cada uno de sus pasos contribuye al alcance de un objetivo.   Utiliza las tecnológicas de la información y comunicación para procesar e interpretar información.  Participa y colabora de manera efectiva en equipos diversos.  Propone maneras de solucionar un problema o desarrollar un proyecto en equipo, definiendo un curso de acción con pasos específicos.  Aporta puntos de vista con apertura y considera lo de otras personas de manera reflexiva.

Estructura conceptual de la materia de bases de datos simples

 HISTORIA DE BASES DE DATOS SIMPLES.

El término bases de datos fue escuchado por primera vez  en un simposio celebrado en California en 1963.En una primera aproximación, se puede decir que una base de datos es un conjunto de información relacionada que se encuentra agrupada o estructurada.Desde el punto de vista informático, una base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.Por su parte, un sistema de Gestión de Bases de datos es un tipo de software muy especifico dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan; o lo que es lo mismo, una agrupación de programas que sirven para definir, construir y manipular una base de datos, permitiendo así almacenar y posteriormente acceder a los datos de forma rápida y estructurada.Actualmente, las bases de datos están teniendo un impacto decisivo sobre el creciente uso de las computadoras.Pero para poder entender más profundamente una base de datos cabe entender su historia.

Origenes

Los orígenes de las bases de datos se remontan a la Antigüedad donde ya existían bibliotecas y toda clase de registros. Además también se utilizaban para recoger información sobre las cosechas y censos. Sin embargo, su búsqueda era lenta y poco eficaz y no se contaba con la ayuda de máquinas que pudiesen reemplazar el trabajo manual.Posteriormente, el uso de las bases de datos se desarrolló a partir de las necesidades de almacenar grandes cantidades de información o datos. Sobre todo, desde la aparición de las primeras computadoras, el concepto de bases de datos ha estado siempre ligado a la informática.

En 1884 Herman Hollerith creó la máquina automática de tarjetas perforadas, siendo nombrado así el primer ingeniero estadístico de la historia. En esta época, los censos se realizaban de forma manual.

Ante esta situación, Hollerith comenzó a trabajar en el diseño de una maquina tabuladora o censadora, basada en tarjetas perforadas.

PROGRAMA PARA LA ASIGNATURA DE BASES DE DATOS SIMPLES.

1.-Sistemas Gestores de Bases de Datos. 

1.1.-Áreas de Aplicación de los Sistemas de Bases de datos. 

1.2.-Modelos de datos. 

1.3.-Arquitectura del Sistema Gestor de Bases de datos. 

2.-Diseño de Bases de Datos y el modelo E-R.

2.1.-El Proceso de Diseño.

2.2.-Modelo Entidad-Relación. 

2.4.-Diagramas E-R.   

3.-Diseño de bases de datos relacionales.

3.1.-Características del diseño relacional.

3.2.-Forma normal Boyce-Codd. 

3.3.-Algoritmos de descomposición.

4.-Lenguaje SQL.

4.1.-Definición de datos.

4.2.-Modificación de las bases de datos. 

5.-Bases de Datos Orientadas a objetos. 

5.1.-Tipos de datos complejos. 

5.2 Tipos estructurados y herencia en SQL. 

5.3Tipos de arreglo multiconjunto en SQL. 

5.4 Identidad de los objetos y tipos de referencia en SQL.

Sistemas Gestores de Bases de Datos

Áreas de Aplicación de los Sistemas de Bases de datos. 

Las aplicaciones más usuales son para la gestión de empresas e Instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental, en otras palabras las bases de datos serán aplicadas en cualquier parte donde manejen grandes cantidad de de información.

como por ejemplo:

• Creación de actividades de banco de registros de forma colaborativa: bibliografía, catalogación de especies u objetos, etc.
• Inserción colaborativa de datos de cualquier tipo para su posterior análisis estadístico.
• Líneas aéreas: información de Clientes, horarios, vuelos, destinos, etc. (1ras bases distribuidas geográficamente).
  
• Universidades: información de Estudiantes (perfiles estudiantiles), carreras, horarios, materias, etc
   
• En bancos: transacciones de tarjeta de crédito: para comprar con tarjetas de crédito y la generación de los extractos mensuales.
  
• Telecomunicaciones: para guardar registros de llamadas realizadas, generar facturas mensuales, mantener el saldo de las tarjetas, telefónicas de prepago y almacenar información sobre las redes.
  
• En las oficinas de patentes, fecha de registro de la patente, datos del desarrollador, planos del producto, etc.
  
• Bibliotecas, clasificación de libros, posición o lugar donde se encuentran, cantidad de tomos, cantidad de respaldos, etc.
  
• Tienda/mercados: clasificación del productos manejados, cantidades, precio, etc.

MODELOS DE DATOS.

Los modelos de datos aportan la base conceptual para diseñar aplicaciones que hacen un uso intensivo de datos, así como la base formal para las herramientas y técnicas empleadas en el desarrollo y uso de sistemas de información. Con respecto al diseño de bases de datos, el modelado de datos puede ser descrito así (Brodie 1984:20): "dados los requerimientos de información y proceso de una aplicación de uso intensivo de datos (por ejemplo, un sistema de información), construir una representación de la aplicación que capture las propiedades estáticas y dinámicas requeridas para dar soporte a los procesos deseados (por ejemplo, transacciones y consultas). Además de capturar las necesidades dadas en el momento de la etapa de diseño, la representación debe ser capaz de dar cabida a eventuales futuros requerimientos".

Un modelo de datos es por tanto una colección de conceptos bien definidos matemáticamente que ayudan a expresar las propiedades estáticas y dinámicas de una aplicación con un uso de datos intensivo. Conceptualmente, una aplicación puede ser caracterizada por:

• Propiedades estáticas: entidades (u objetos), propiedades (o atributos)¹² de esas entidades, y relaciones entre esas entidades.
• Propiedades dinámicas: operaciones sobre entidades, sobre propiedades o relaciones entre operaciones.
• Reglas de integridad sobre las entidades y las operaciones (por ejemplo, transacciones).

Así, un modelo de datos se distingue de otro por el tratamiento que da a estas tres categorías. El resultado de un modelado de datos es una representación que tiene dos componentes: las propiedades estáticas se definen en un esquema y las propiedades dinámicas se definen como especificaciones de transacciones, consultas e informes. Un esquema consiste en una definición de todos los tipos de objetos de la aplicación, incluyendo sus atributos, relaciones y restricciones estáticas. Correspondientemente, existirá un repositorio de información, la base de datos, que es una instancia del esquema. Un determinado tipo de procesos sólo necesita acceder a un subconjunto predeterminado de entidades definidas en un esquema, por lo que este tipo de procesos puede requerir sólo un subconjunto de las propiedades estáticas del esquema general. A este subconjunto de propiedades estáticas se le denomina subesquema. Unatransacción consiste en diversas operaciones o acciones sobre las entidades de esquema o subesquema. Una consulta se puede expresar como una expresión lógica sobre los objetos y relaciones definidos en el esquema; una consulta identifica un subconjunto de la base de datos. Las herramientas que se usan para realizar las operaciones de definición de las propiedades estáticas y dinámicas de la base de datos son los lenguajes de definición y manipulación de datos (DDL, DML), junto con los lenguajes de consulta (QL) que ya hemos mencionado.

La investigación moderna sobre modelos de datos se ha centrado en los aspectos lógicos de las bases de datos y sobre los conceptos, herramientas y técnicas para el diseño de las mismas (Brodie 1984). Aspectos relativos a la implementación de los modelos, tales como velocidad de ejecución, concurrencia, integridad física y arquitecturas no son factores relevantes en el estadio de análisis de modelos de datos. La investigación más temprana sobre modelos de datos sí estaba más centrada en los aspectos de representación física. Cuando hablamos de modelos de datos clásicos, nos estamos refiriendo a la segunda de las generaciones de modelos de datos. Brodie (1984) distingue cuatro generaciones:

• Modelos de datos primitivos (orientados al fichero).
• Modelos de datos clásicos.
• Modelos de datos semánticos.
• Modelos de datos de propósito específico (orientados a la aplicación).

Arquitectura del Sistema Gestor de Bases de datos. 

Existen tres características importantes, inherentes a los sistemas de bases de datos:

• La separación entre los programas de aplicación y los datos.
• El manejo de múltiples vistas por parte de los usuarios
• El uso de un catálogo para almacenar el esquema de la base de datos.

En 1975, el comité ANSI-SPARC, propuso una arquitectura de tres niveles para los Sistemas de Gestión de Base de Datos, cuyo objetivo principal era el de separar los programas de aplicación de la Base de datos física. En esta arquitectura el esquema de una base de datos se define en tres niveles de abstracción distintos:

• Nivel interno o físico: describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica con un modelo físico y describe los detalles de cómo se almacenan físicamente los datos: los archivos que contienen la información, su organización, los métodos de acceso a los registros, los tipos de registros, la longitud, los campos que los componen, etc.
• Nivel externo o de visión: es el más cercano al usuario, se describen varios esquemas externos o vistas de estos. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.
• Nivel conceptual: describe la estructura de toda la base de datos para un grupo determinado de usuarios mediante un esquema conceptual. Este esquema describe las entidades, atributos, relaciones, operaciones de los usuarios y restricciones, ocultando los detalles de las estructuras físicas de almacenamiento.

Diseño de Bases de Datos y el modelo E-R.

El Proceso de Diseño.

Si usa un proceso de diseño de base de datos establecido, puede crear de forma rápida y efectiva una base de datos bien diseñada que le proporciona acceso conveniente a la información que desea. Con un diseño sólido tardará menos tiempo en construir la base de datos y obtendrá resultados más rápidos y precisos.

Nota   Los términos "base de datos" y "tabla" no son sinónimos en Visual FoxPro. El término base de datos (archivo .dbc) se refiere a una base de datos relacional que almacena información sobre una o más tablas (archivos .dbf) o vistas.

La clave para obtener un diseño de base de datos eficaz radica en comprender exactamente qué información se desea almacenar y la forma en que un sistema de administración de bases de datos relacionales, como Visual FoxPro, almacena los datos. Para ofrecer información de forma eficiente y precisa, Visual FoxPro debe tener almacenados los datos sobre distintos temas en tablas separadas. Por ejemplo, puede haber una tabla donde sólo se almacenen datos sobre empleados y otra tabla que sólo contenga datos de ventas.

Al organizar los datos de forma apropiada, proporciona flexibilidad a la base de datos y tiene la posibilidad de combinar y presentar información de muchas formas diferentes.

Al diseñar una base de datos, en primer lugar debe dividir la información que desea almacenar como temas distintos y después indicar a Visual FoxPro cómo se relacionan estos temas para que pueda recuperar la información correcta cuando sea necesario. Si mantiene la información en tablas separadas facilitará la organización y el mantenimiento de los datos y conseguirá aplicaciones de alto rendimiento.

A continuación se indican los pasos que hay que seguir en el proceso de diseño de una base de datos. Cada paso se trata con mayor detalle en los temas restantes de esta sección.

1. Determinar el propósito de la base de datos   Este paso le ayudará a decidir los datos que desea que Visual FoxPro almacene.
2. Determinar las tablas necesarias   Cuando ya conozca claramente el propósito de la base de datos, puede dividir la información en temas distintos, como "Employees" u "Orders". Cada tema será una tabla de la base de datos.
3. Determinar los campos necesarios   Tiene que decidir la información que desea incluir en cada tabla. Cada categoría de información de una tabla se denomina campo y se muestra en forma de columna al examinar la tabla. Por ejemplo, un campo de la tabla Employee podría ser Last_name y otro podría ser Hire_date.
4. Determinar las relaciones   Observe cada tabla y decida cómo se relacionan sus datos con los de las tablas restantes. Agregue campos a las tablas o cree tablas nuevas para clarificar las relaciones, si es necesario.
5. Perfeccionar el diseño   Busque errores en el diseño. Cree las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desea de sus tablas. Haga los ajustes necesarios al diseño.

Modelo Entidad-Relacion

Las bases de datos son un gran pilar de la programación actual, ya que nos permiten almacenar y usar de forma rápida y eficiente cantidades ingentes de datos con cierta facilidad. En la actualidad se usa de forma mayoritaria lasbases de datos relacionales (dominadas por distintos gestores a través del lenguaje SQL, en gran medida).

Pero ahora vamos a dar un pequeño repaso a lo más esencial del modelo entidad-relación, que es y ha sido durante años la mejor forma de representar la estructura de estas bases de datos relacionales (o de representar sus esquemas).

Las entidades representan cosas u objetos (ya sean reales o abstractos), que se diferencian claramente entre sí.

Diagramas E-R.

Un diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.

1. Se elabora el diagrama (o diagramas) entidad-relación.
2. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.

El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:

permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera que se encuentre la normatividad de archivos que se almacenarán

• Transformación de relaciones múltiples en binarias.
• Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
• Conversión en tablas (en caso de utilizar una base de datos relacional).

Diseño de bases de datos relaciona. 

Caracteristicas del diseño relacional

Es un nivel de abstracción más bajo que el modelo E-R y es la representación en tablas (esquema) del problema, el cual es práctimente un paso antes del nivel físico. 

En la unidad anterior se mencionaron 3 tipos de modelado: conceptual, lógico y físico.

El modelo E-R se considera un modelo conceptual ya que permite a un nivel alto el ver con claridad la información utilizada en algun problema o negocio.

En esta unidad nos concentraremos en desarrollar un buen modelo "lógico" que se conoce como "esquema de la base de datos" (database schema) a partir del cual se podrá realizar el modelado físico en el DBMS, es importante mencionar que es un paso necesario, no se puede partir de un modelo conceptual para realizar un físico.

Formato normal boyce-codd

 es una forma normal utilizada en la normalización de bases de datos. Es una versión ligeramente más fuerte de la Tercera forma normal (3FN). La forma normal de Boyce-Codd requiere que no existan dependencias funcionales no triviales de los atributos que no sean un conjunto de la clave candidata. En una tabla en 3FN, todos los atributos dependen de una clave, de la clave completa y de ninguna otra cosa excepto de la clave (excluyendo dependencias triviales, como ). Se dice que una tabla está en FNBC si y solo si está en 3FN y cada dependencia funcional no trivial tiene una clave candidata como determinante. En términos menos formales, una tabla está en FNBC si está en 3FN y los únicos determinantes son claves candidatas.

Algoritmos de descomposicion.

Dentro del diseño de bases de datos relacionales, puntualmente en la aplicación de la primera forma normal, podemos encontrar anomalías en el diseño, tales como la redundancia de datos, por lo que se debe replantar el diseño haciendo algunas modificaciones que eliminen dichas redundancias.

Partiendo de este echo, debemos modificar nuestro esquema de relación en el que tenemos redundancias descomponiéndolo en sub-esquemas con menor cantidad de atributos; esta descomposición debe ser cuidadosa, debido a que una mala descomposición nos lleva a otra modalidad de mal diseño.

Tras descomponer el esquema principal en sub-esquemas debemos tener en cuenta que entre estos debe haber solo un atributo en común mediante el cual relacionaremos nuestros esquemas, sin embargo debemos ser cuidadosos con este atributo ya que a su vez este debe ser la única forma en que se puedan generar las relaciones entre sub-esquemas, es decir, que cumpla con la dependencia funcional.

De ser así decimos que tenemos una descomposición de reunión sin pérdida caso contrario si no se cumple decimos que tenemos una descomposición de reunión con pérdida lo que significa un mal diseño de base de datos.

Lenguaje SQL.

Definicion de datos.

Se conoce que la palabra Datos proviene del latín “Dtum” cuyo significado es “lo que se da”. Los datos son la representación simbólica, bien sea mediante números o letras de una recopilación de información la cual puede ser cualitativa o cuantitativa, que facilitan la deducción de una investigación o un hecho.

Los datos indican condiciones o situaciones que por sí solos no aportan ninguna información importante, es en conjunto de la observación y la experiencia que un dato puede tomar cierto valor instruccional. También se dice que los datos son atributos pertenecientes a cualquier ente, pues una utilidad muy significativa de los datos es que se pueden emplear en estudios comparativos.

Modificacion de la bases de datos.

  Como se mencionó al inicio de este apartado del SQL, esté cuenta con módulos DDL, para la definición de datos que nos permite crear o modificar la estructura de las tablas.

Las instrucciones para realizar estas operaciones son:

CREATE TABLE: Nos permite crear una tabla de datos vacía.
INSERT: Permite almacenar registros en una tabla creada.
UPDATE: Permite modificar datos de registros almacenados en la tabla.
DELETE: Borra un registro entero o grupo de registros   de una tabla.
CREATE INDEX: Crea un índice que nos puede auxiliar para las consultas.
DROP TABLE: Permite borrar una tabla.
DROP INDEX: Borra el índice indicado.

    Para ejemplificar las instrucciones anteriores consideremos el ejemplo
ALUMNO -       cursa           - MATERIA, que tienen los siguientes atributos:
NControl       NControl         Clave
NombreA        Clave             NombreM
Especialidad   Calif              Creditos
Dirección

Bases de datos orientadas a objetos.

Tipos de datos complejos

Un tipo de datos complejos suele ser un compuestos de otros tipos de datos existentes. Por ejemplo, puede crear un tipo de datos complejos cuyos componentes incluyan tipos incorporados, tipos opacos, tipos diferenciados u otros tipos complejos. Una ventaja importante de los tipos de datos complejos sobre los tipos definidos por el usuario es que los usuarios pueden acceder y manipular los componentes individuales de un tipo de datos complejos.

Por el contrario, los tipos incorporados y los tipos definidos por el usuario son tipos de datos auto-contenidos (encapsulados). Por lo tanto, el único modo de acceder a los valores de componentes de un tipo de datos opacos es a través de funciones que defina el usuario sobre el tipo opaco.

Tipos estructurados y herencia en SQL.

Los tipos estructurados permiten representar directamente los atributos compuestos de los diagramas E-R. Por ejemplo, de las tablas anteriores se puede definir el siguiente tipo estructurado para representar el atributo compuesto nombre con los atributos componentes nombredepila yapellidos:

create type Nombre as

(nombredepila varchar(20)

apellidos varchar(20)

final

 Herencia de tipos

Los métodos de los tipos estructurados se heredan por sus subtipos, igual que los atributos. Sin embargo, cada subtipo puede redefinir el efecto de los métodos volviendo a declararlos, usandooverriding method en lugar de method en la declaración del método.

SQL solo soporta la herencia simple, es decir, cada tipo solo se puede heredar de un único tipo. La herencia múltiple no esta soportado en SQL, el valor de un tipo estructurado debe tener exactamente un “tipo mas concreto”. Cada valor debe asociarse, al crearlo, con un tipo concreto, denominado su tipo mas concreto.

Por ejemplo en un a base de datos información adicional sobre las personas que son estudiantes y sobre las que son profesores. Dado que los estudiantes y los profesores también son personas se usar la herencia para definir en SQL los tipos estudiantes y profesor.

create type Estudiante

            under Persona

            (grado varchar(20)

departamento varchar(20)

create type Profesor

            under Persona

            (sueldo integer,

departamento varchar(20)

Tipos de arreglo multiconjunto en SQL.

SQL soporta dos tipos de conjuntos: arrays y multiconjuntos. Multiconjuntos es un conjunto no ordenado, en el que cada elemento puede aparecer varias veces. A diferencia de los elementos de los multiconjuntos, los elementos de los arrays están ordenados

Por ejemplo se ilustra la manera en que se pueden definir en SQL, estos atributos valorados con arrays y multiconjuntos.

                                  

                                   create type Editor as

(nombre varchar(20)

sucursal vachar(20)

create type Libro as

(titulo vachar (20),

array_autores vachar (20) array[10],

fecha_publicacion date,

editor Editor,

conjunto_palabras_clave varchar(20) multiset)

create table

los atributos multivalorados de los esquemas E-R se pueden asignar en SQL atributos valorados como multiconjuntos si el orden es importante se pueden usar los arrays de SQL en lugar de los multiconjuntos.

identidades de los objetos y tipos de referencia en SQL.

La identidad de los objetos es un concepto de identidad más potente que el que suele hallarse en los lenguajes de programación o en los modelos de datos que no se basan en la programación orientada a objetos.

Ejemplos de identidad.

• Valor. Se utiliza un valor de datos como identidad. Esta forma de identidad se utiliza en los sistemas relacionales. Por ejemplo, el valor de la clave primaria de una tupla identifica a la tupla.

• Nombre. Se utiliza como identidad un nombre proporcionado por el usuario. Esta forma de identidad suele utilizarse para los archivos en los sistemas de archivos. Cada archivo recibe un nombre que lo identifica de manera unívoca, independientemente de su contenido.

• Incorporada. Se incluye el concepto de identidad en el modelo de datos o en el lenguaje de programación y no hace falta que el usuario proporcione ningún identificador. Esta forma de identidad se utiliza en los sistemas orientados a objetos. Cada objeto recibe del sistema de manera automática un identificador en el momento en que se crea.

Los lenguajes orientados a objetos proporcionan la posibilidad de hacer referencia a los objetos. 

AUTOEVALUACION

1.-Sistemas Gestores de Bases de Datos. 

¿Para quien son las aplicaciones mas usuales?

a)Gestión de empresas e Instituciones públicas b)Gestión de empresas 

c)Instituciones públicas

En el subtema 1.1 ¿Cuantos ejemplos se dan de las aplicaciones?

a)2 b)3 c)9 d)Ninguna de las anteriores

¿Como se le llama a una colección de conceptos bien definidos matemáticamente que ayudan a expresar las propiedades estáticas y dinámicas?

a)modelo de datos b)bases de operaciones c)entidades de datos

En 1975, el comité ANSI-SPARC, propuso una arquitectura de niveles ¿Cuantos fueron?

a) 3 b) 1 c)2

2.-Diseño de Bases de Datos y el modelo E-R.

¿Que nos permiten almacenar y usar de forma rápida y eficiente cantidades ingentes de datos con cierta facilidad?
a)bases de datos b)los libros c)bibliotecas digitales
¿Que necesitas para  crear de forma rápida y efectiva una base de datos bien diseñada que le proporciona acceso conveniente a la información que desea?
a)Diseño logico b)Proceso de diseño c)tablas

¿Es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades?

a)Diseño b)Diagrama c)Diagrama e-r

¿Los modelos de entidad relación ha sido durante años la mejor forma de?
a)mejores entidades b)representar la estructura de bases de datos c)almacenamiento
3.-Diseño de bases de datos relacionales.

¿Para que se utiliza el boyce codd?

a)ordenamiento de bases de datos b) normalisacion de una bases de datos 

c)desarrollo de datos

¿En una tabla en 3FN, todos los atributos dependen de?

a)clave c)ordenador b)el sistema boyce codd

¿Que podemos en contrar en la primera forma normal de diseño de bases de datos relacionales?

a)pogramacion b) anomalias c)descomposicones

¿Que debemos tener tras descomponer el esquema principal en sub-esquemas?

a)algoritmo b)un atributo c)programacion

4.-Lenguaje SQL.

¿De donde proviene la palabra datos"Dtum"?

a)latin b)aleman c)ingles

¿Que nos permite crear o modificar la estructura de las tablas?

a)el ddl b)el sql c)las claves

¿En la modificacion de bases de datos que nos permite acer cuando insertamos UPDATE:?

a)insertar una tabla b)almacenar c)modificar datos de registros almacenados 

¿En la modificacion de bases de datos que nos permite acer cuando insertamos DROP TABLE: ?
a)insertar una tabla  b)modificar datos de registros almacenados c) borrar una tabla
5.-Bases de Datos Orientadas a objetos.

¿Como se le llama a los  compuestos de otros tipos de datos existentes?
a)tipo de datos complejos b)datos compustos c)compuestos de datos

¿Que es lo que representan directamen te los tipos estructurados?
a) diagramas b)graficas c)diagramas E-R

Reactivos correctos respectivamente:

acaaabcbbabbaaccac