VICERRECTORADO ACADÉMICO GUÍA DE ESTUDIO MODULARde BASE DE DATOS I, así como también el estudio básico del lenguaje SQL como el estándar para el manejo de información en los

INSTITUTO TECNOLÓGICO SUPERIOR “DAVID AUSUBEL”

SEMIPRESENCIAL

VICERRECTORADO ACADÉMICO

GUÍA DE ESTUDIO MODULAR

BASE DE DATOS I

CUARTO NIVEL

TECNOLOGÍA EN:

INFORMÁTICA MENCIÓN:

ANÁLISIS DE SISTEMAS

COAUTOR: FRANCISCO PEREZ

Corrección: Comisión de Redacción

Aprobado: Vicerrectorado Académico

Edición: Instituto Superior Tecnológico “David Ausubel”

PERÍODO: Octubre 2015 – abril 2016

QUITO - ECUADOR


SEMIPRESENCIAL


PARA USTED APRECIADO ESTUDIANTE

NO OLVIDE QUE EL ESFUERZO Y LA PERSEVERANCIA MÁS EL

ESTUDIAR Y TRABAJAR ENGRANDECE AL SER HUMANO. Y USTED

DEPENDE EL ENGRANDECERSE

El Instituto Tecnológico Superior “David Ausubel”, da la bienvenida a este

su módulo de Comunicación Oral y Escrita y espera que el desarrollo del

mismo aporte para su vida profesional.

Señor Dios mío y Padre mío, que en este momento el Señor extiendasus manos para bendecir abundantemente a la persona que me

envió este mensaje.


SEMIPRESENCIAL


NOTA:

EN ESTE TEXTO GUIA SE ENCUENTRAN DESARROLLADOS LOS TEMAS QUE

CORRESPONDEN A ESTE MÓDULO, Y LAS TAREAS QUE USTED DEBE

DESARROLLAR; Y CON LA AYUDA DEL TUTOR USTED LLEGARÁ A DOMINAR

EL CONOCIMIENTO.

1. EL ESTUDIANTE TIENE LAS OPORTUNIDADES QUE SEAN NECESARIAS

PARA ACLARAR LOS TEMAS QUE NO COMPRENDA MEDIANTE LA

EXPLICACIÓN DEL TUTOR YA SEA DE MANERA PRESENCIAL O

MEDIANTE EL CORREO ELECTRONICO.

2. LAS TAREAS SERAN ENVIADAS POR EL TUTOR, DE ACUERDO A LAS

FECHAS DEL CALENDARIO Y DE ACUERDO AL DESARROLLO DEL

MÓDULO.

3. ES OBLIGACION DEL ESTUDIANTE ASISTIR A CADA UNA DE LAS

TUTORÍAS PRESENCIALES PROGRAMADAS EN EL CALENDARIO DE

ACTIVIDADES.

4. TODO TRABAJO DEL ESTUDIANTE SERÁ EVALUADO

CUANTITATIVAMENTE.

5. AL FINAL EL TUTOR EVALUARA EL MÓDULO EN SU TOTALIDAD.

6. DE REQUERIR CUALQUIER INFORMACION DIRIGIRSE AL CORREO DE

LA DIRECCION ACADEMICA Y SERA ATENDIDO INMEDIATAMENTE EN

SU CONSULTA.

Docente: [email protected] [email protected]

[email protected]

Gracias por su confianza.

mailto:[email protected]:[email protected]:[email protected]


SEMIPRESENCIAL


1. PERFIL DE INFORMÁTICA MENCIÓN ANÁLISIS DE SISTEMAS

a) OBJETIVO DE FORMACIÓN INTEGRAL DEL PROFESIONAL

Demostrar en el desempeño profesional de la informática un comportamiento ético que se

evidencie en el interés por la investigación e innovación tecnológica, con responsabilidad

social, espíritu empresarial y compromiso con el desarrollo sostenido y sustentable del país.

b) PERFIL DEL TECNÓLOGO EN INFORMÁTICA

Es un profesional capaz de usar herramientas y técnicas para recolectar datos,

analizar, diseñar, desarrollar e implementar nuevos sistemas que permitan automatizar

los procedimientos de las empresas con fundamentos científicos, tecnológicos,

humanísticos y de gestión, demostrando sólidos valores ético-morales.

c) COMPETENCIAS PRINCIPALES POR DESARROLLAR

Conducir el ciclo de vida de un sistema de información que permita automatizar

el manejo de los datos mediante un sistema de computadora, utilizando para

ello las diferentes herramientas informáticas existentes en el medio actual.

Fundamentar cambios en la estructura organizacional, procedimientos, políticas

y funciones de una entidad que permitan optimizar el flujo de datos e

información, aumentando con ello la productividad y competitividad y

disminuyendo los costos operativos.

Administrar las acciones para realizar un correcto análisis, diseño, desarrollo y

documentación de los sistemas informáticos de un centro de cómputo, que

cubran las expectativas de la institución y del medio en que se desenvuelve.

Evaluar y seleccionar hardware y software, fundamentado en cuadros

comparativos técnicos que permitan satisfacer los requerimientos de las

empresas y organizaciones en general.

Analizar de manera independiente e imparcial las bondades o defectos de un

sistema de información, mediante la valoración de todos los procesos que

intervienen, tomando en cuenta las necesidades y el presupuesto económico.

Apoyar la toma de decisiones de la gerencia utilizando métodos matemáticos,

estadísticos, modelos de transporte y de investigación de operaciones.

SISTEMATIZACIÓN DE LAS COMPETENCIAS POR NIVELES


SEMIPRESENCIAL


d) NIVEL COMPETENCIA PRINCIPAL

Instalar, operar y administrar programas utilitarios conociendo todos los

principios de la informática.

Programar en lenguajes de tercera generación aplicando técnicas

especializadas y con pleno conocimiento de sistemas matemáticos y contables

Conocer las acciones requeridas hacia la automatización de las empresas

mediante el análisis, diseño, desarrollo, documentación e implementación de

los sistemas.

Diseñar y administrar Bases de datos, dominando la programación en

herramientas de cuarta generación y la programación orientada a objetos.

Participar en el diseño de sistemas informáticos interactuando con plataformas

de internet y con pleno conocimiento de la administración de las redes y sus

sistemas operativos.

Administrar las actividades de un departamento de cómputo con la aplicación

de herramientas informáticas y gerenciales incluyendo la creación de su propia

microempresa.

e) ESCENARIOS DE ACTUACIÓN

El Tecnólogo en Informática podrá desempeñarse en todo tipo de empresa pública o

Privada donde se requiera tratar de una manera especial a los datos y la información

que

Se generan dentro de la entidad, sea por procesos o por transacciones:

·Instituciones Bancarias

Entidades Financieras

Empresas Comerciales

Empresas del estado

Entes de servicio a la comunidad

Instituciones de capacitación a nivel profesional, universitario o intermedio

Empresas de Asesoría Informática

f) OCUPACIONES PROFESIONALES


SEMIPRESENCIAL


El Tecnólogo en Informática podrá desempeñarse como:

Gerente de Sistemas

Programador de computadoras

Director de grupos de trabajo

Administrador de Centros de Cómputo

Asistente de gerencia

Administrador de Bases de Datos

Instructor de personal en el área informática

Asesor organizacional de las empresas

Asesor en el área informática

INTRODUCCIÒN

El desarrollo del contenido permite conocer en primera instancia los conceptos básicos de BASE DE DATOS I, así como también el estudio básico del lenguaje SQL como el estándar para el manejo de información en los sistemas de administración de base de datos relacionales (SGBD).

El término base de datos fue acuñado por primera vez en 1963, de forma sencilla podemos indicar que una base de datos no es más que un conjunto de información relacionada que se encuentra agrupada o estructurada.

El archivo por sí mismo, no constituye una base de datos, sino más bien la forma en que está organizada la información es la que da origen a la base de datos.

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 manipulan ese conjunto de datos.

Desde el punto de vista más formal, podríamos definir una base de datos como un conjunto de datos estructurados, fiables y homogéneos, organizados independientemente en máquina, accesibles a tiempo real, compartibles por usuarios concurrentes que tienen necesidades de informaciones diferentes y no predecibles en el tiempo.

La idea general es que estamos tratando con una colección de datos que cumplen las siguientes propiedades:

Están estructurados independientemente de las aplicaciones y del soporte de

almacenamiento que los contiene.

Presentan la menor redundancia posible.

Son compartidos por varios usuarios y/o aplicaciones.

Este proceso de aprendizaje ayuda a que el estudiante pueda desenvolverse en proyectos de desarrollo de software con una complejidad más amplia.


SEMIPRESENCIAL


OBJETIVO GENERAL

El estudiante tendrá el conocimiento necesario y la destreza para diferenciar los diferentes SGBD que existen en el mercado; así como también los alumnos estarán en la capacidad de instalar, crear y administrar de forma básica el Software a utilizar para el manejo de BDD relacionales.

OBJETIVOS ESPECÍFICOS

Desarrollar en el estudiante la capacidad de identificar los diferentes SGBD. Utilizar las diferentes herramientas Case para modelado de BDD. Ser capaz de diseñar y crear modelos lógicos y físicos de bases de datos

relacionales.

CONTENIDOS

UNIDAD I

1. SISTEMAS DE GESTION DE BASE DE DATOS

1.1 OBJETIVOS DE FUNCIONES DE GESTION DE BASE DE DATOS 1.2 ABSTRACCIÒN DE LAINFORMACIÒN 1.3 INDEPENDENCIA DE BASE DATOS 1.4 MODELO DE BASE DE DATOS

UNIDAD II

2. LENGUAJES DE BASE DE DATOS

2.1 EL GESTOR DE LA BASE DE DATOS 2.2 ADMINISTRADOR DE BASE DE DATOS 2.3 ESTABLECER EL DICCIONARIO DE DATOS 2.4 ASEGURAR LA ONFIABILILIDAD DE BASE DE DATOS 2.5 OBJETIVO DEL ADMINISTRADOR DE LA BASE DE DATOS 2.6 FUNCIONES BASICAS DE LA BASE DE DATOS EVALUCION 1

UNIDAD III 3. ENTIDADES O TABLAS

3.1 CONJUNTO DE ENTIDADES 3.2 CONJUNTO DE RELACIONES 3.3 TIPOS DE RELACIONES 3.4 METODOLOGIA PARA EL MER 3.5 FORMAS NORMALES 3.6 CLAUSULA SELECT-FROM EVALUCION Nº 2

UNIDAD VI 4. SQL


SEMIPRESENCIAL


4.1 CONCEPTO SQL 4.2 CLAUSULA SELECT FROM 4.3 OPERADORES DE COMPARACIÒN 4.4 OPERACIONES DE SQL 4.5 COMPLEMENTACION DE MATERIAL DE SQL SERVER 4.6 LISTA DE OPERADORES 4.7 DISTINTAS FORMAS DE OPTIMIZAR LAS CONSULTAS EN SQL 4.8 DISEÑO DE TABLAS Y CAMPOS SQL EVALUACION Nº3

DESARROLLO DE CONTENIDOS

UNIDAD I

1. SISTEMAS DE GESTION DE BASE DE DATOS

1.1 OBJETIVOS DE LOS SISTEMAS DE GESTION DE BASE DE DATOS

Las funciones de los S.G.B.D. son:

1.- Debe permitir la definición de todos los datos.

2.- Debe permitir manipular datos.

3.- Debe establecer controles para la seguridad de estos.

4.- Debe permitir los accesos concurrentes.

1.2 ABSTRACCIÓN DE LA INFORMACIÓN

Una de las características fundamentales de los sistemas de bases de datos es que

proporcionan cierto nivel de abstracción de datos, al ocultar las características sobre el

almacenamiento físico que la mayoría de usuarios no necesita conocer.

Para ocultar la complejidad de las estructuras de datos se deben definir varios niveles

de abstracción.

1. Nivel físico

Este es el nivel más bajo de abstracción, en el que se describe como se almacenan

realmente los datos

http://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos7/mafu/mafu.shtmlhttp://www.monografias.com/trabajos/seguinfo/seguinfo.shtml


SEMIPRESENCIAL


2. Nivel conceptual

Se describe a toda la base de datos en términos de unas cuantas estructuras sencillas

3. Nivel de visión

Nivel de abstracción más alto, en el cual se describe solamente una parte de la base

de datos. El sistema puede proporcionar muchas vistas diferentes de la misma base

de datos

1.3 INDEPENDENCIA DE DATOS

Es la capacidad de modificar una definición de esquema en un nivel sin obligar a que

se vuelvan a escribir los programas de aplicaciones.

Un SGBD debe permitir que se mantenga la independencia entre los programas y la

estructura de la base de datos. La independencia de datos se alcanza mediante las

vistas o subes quemas. La independencia de datos física es más fácil de alcanzar, de

hecho hay varios tipos de cambios que se pueden realizar sobre la estructura física de

la base de datos sin afectar a las vistas. Sin embargo, lograr una completa

independencia de datos lógica es más difícil. Añadir una nueva entidad, un atributo o

una relación puede ser sencillo, pero no es tan sencillo eliminarlos.

Tipos de independencia de datos

a) Independencia física

Capacidad de modificar el esquema físico sin obligar a que se vuelvan a escribir los

programas de aplicaciones.

b) Independencia lógica

Capacidad de modificar el esquema conceptual sin obligar a que se vuelvan a escribir

los programas de aplicación.

http://www.monografias.com/trabajos/indephispa/indephispa.shtml


SEMIPRESENCIAL


1.4 MODELO DE DATOS

Es un grupo de herramientas conceptuales para describir los datos, sus relaciones, su semántica y sus limitantes.

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.

Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

Bases de datos jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.

Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.

Base de datos relacional

Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Cód., de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tupas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Cód., la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).

http://es.wikipedia.org/wiki/Algoritmohttp://es.wikipedia.org/wiki/1970http://es.wikipedia.org/wiki/Edgar_Frank_Coddhttp://es.wikipedia.org/wiki/IBMhttp://es.wikipedia.org/wiki/San_Jos%C3%A9_%28California%29http://es.wikipedia.org/wiki/Edgar_Frank_Coddhttp://es.wikipedia.org/wiki/Registro_%28base_de_datos%29http://es.wikipedia.org/wiki/Campo_%28base_de_datos%29


SEMIPRESENCIAL


En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Estructure Quera Lenguaje o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.

Durante los años '80 (1980-1989) la aparición de base produjo una revolución en los lenguajes de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que base no utilizaba SQL como lenguaje base para su gestión.

Bases de datos multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos multidimensional podría serlo también en una base de datos multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.

Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos:

Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos.

Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.

Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y

http://es.wikipedia.org/wiki/SQLhttp://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_una_base_de_datoshttp://es.wikipedia.org/wiki/DBase


SEMIPRESENCIAL


argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.

Se está trabajando en SQL3, que es el estándar de SQL92 ampliado, que soportará los nuevos conceptos orientados a objetos y mantendría compatibilidad con SQL92.

Bases de datos documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes. Tesauros es un sistema de índices optimizado para este tipo de bases de datos.

Base de datos deductivos

Un sistema de base de datos deductivos, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. También las bases de datos deductivas son llamadas base de datos lógica, a raíz de que se basan en lógica matemática.

Gestión de bases de datos distribuida

La base de datos está almacenada en varias computadoras conectadas en red. Surgen debido a la existencia física de organismos descentralizados. Esto les da la capacidad de unir las bases de datos de cada localidad y acceder así a distintas universidades, sucursales de tiendas, etc.

UNIDAD II

2. LENGUAJES DE BASE DE DATOS

Los SGBD deben ofrecer lenguajes e interfaces apropiadas para cada tipo de usuario: administradores de la base de datos, diseñadores, programadores de aplicaciones y usuarios finales.

Y se tiene los siguientes:

Lenguaje de definición de datos

Una vez finalizado el diseño de una base de datos y escogido un SGBD para su implementación, el primer paso consiste en especificar el esquema conceptual y el esquema interno de la base de datos, y la correspondencia entre ambos. En muchos SGBD no se mantiene una separación estricta de niveles, por lo que el administrador de la base de datos y los diseñadores utilizan el mismo lenguaje para definir ambos esquemas, es el lenguaje de definición de datos (LDD). El SGBD posee un compilador de LDD cuya función consiste en procesar las sentencias del lenguaje para identificar las descripciones de los distintos elementos de los esquemas y almacenar la descripción del esquema en el catálogo o diccionario de datos. Se dice que el diccionario contiene metadatos: describe los objetos de la base de datos.

Cuando en un SGBD hay una clara separación entre los niveles conceptual e interno, el LDD sólo sirve para especificar el esquema conceptual. Para especificar el esquema interno se utiliza un lenguaje de definición de almacenamiento (LDA). Las correspondencias entre ambos esquemas se pueden especificar en cualquiera de los dos lenguajes. Para tener una verdadera arquitectura de tres niveles sería necesario disponer de un tercer lenguaje, el lenguaje de definición de vistas (LDV), que se


SEMIPRESENCIAL


utilizaría para especificar las vistas de los usuarios y su correspondencia con el esquema conceptual.

Lenguaje de manejo de datos

Una vez creados los esquemas de la base de datos, los usuarios necesitan un lenguaje que les permita manipular los datos de la base de datos: realizar consultas, inserciones, eliminaciones y modificaciones. Este lenguaje es el que se denomina lenguaje de manejo de datos (LMD).

Hay dos tipos de LMD: los procedurales y los no procedurales. Con un LMD procedural el usuario (normalmente será un programador) especifica qué datos se necesitan y cómo hay que obtenerlos. Esto quiere decir que el usuario debe especificar todas las operaciones de acceso a datos llamando a los procedimientos necesarios para obtener la información requerida. Estos lenguajes acceden a un registro, lo procesan y basándose en los resultados obtenidos, acceden a otro registro, que también deben procesar. Así se va accediendo a registros y se van procesando hasta que se obtienen los datos deseados. Las sentencias de un LMD procedural deben estar embebidas en un lenguaje de alto nivel, ya que se necesitan sus estructuras (bucles, condicionales, etc.) para obtener y procesar cada registro individual. A este lenguaje se le denomina lenguaje anfitrión. Las bases de datos jerárquicas y de red utilizan LMD procedurales.

Un LMD no procedural se puede utilizar de manera independiente para especificar operaciones complejas sobre la base de datos de forma concisa. En muchos SGBD se pueden introducir interactivamente instrucciones del LMD desde un terminal o bien embeberlas en un lenguaje de programación de alto nivel. Los LMD no procedurales permiten especificar los datos a obtener en una consulta o los datos que se deben actualizar, mediante una sola y sencilla sentencia. El usuario o programador especifica qué datos quiere obtener sin decir cómo se debe acceder a ellos. El SGBD traduce las sentencias del LMD en uno o varios procedimientos que manipulan los conjuntos de registros necesarios. Esto libera al usuario de tener que conocer cuál es la estructura física de los datos y qué algoritmos se deben utilizar para acceder a ellos. A los LMD no procedurales también se les denomina declarativos. Las bases de datos relacionales utilizan LMD no procedurales, como SQL (Estructure Query Language) o QBE (Query-By-Example). Los lenguajes no procedurales son más fáciles de aprender y de usar que los procedurales, y el usuario debe realizar menos trabajo, siendo el SGBD quien hace la mayor parte.

La parte de los LMD no procedurales que realiza la obtención de datos es lo que se denomina un lenguaje de consultas. En general, las órdenes tanto de obtención como de actualización de datos de un LMD no procedural se pueden utilizar interactivamente, por lo que al conjunto completo de sentencias del LMD se le denomina lenguaje de consultas, aunque es técnicamente incorrecto.

Lenguajes de cuarta generación

No existe consenso sobre lo que es un lenguaje de cuarta generación (4GL). Lo que en un lenguaje de tercera generación (3GL) como COBOL requiere cientos de líneas de código, tan solo necesita diez o veinte líneas en un 4GL. Comparado con un 3GL, que es procedural, un 4GL es un lenguaje no procedural: el usuario define qué se debe hacer, no cómo debe hacerse. Los 4GL se apoyan en unas herramientas de mucho más alto nivel denominadas herramientas de cuarta generación. El usuario no debe definir los pasos a seguir en un programa para realizar una determinada tarea,


SEMIPRESENCIAL


tan sólo debe definir una serie de parámetros que estas herramientas utilizarán para generar un programa de aplicación. Se dice que los 4GL pueden mejorar la productividad de los programadores en un factor de 10, aunque se limita el tipo de problemas que pueden resolver. Los 4GL abarcan:

Lenguajes de presentación, como lenguajes de consultas y generadores de informes.

Lenguajes especializados, como hojas de cálculo y lenguajes de bases de datos.

Generadores de aplicaciones que definen, insertan, actualizan y obtienen datos de la base de datos.

Lenguajes de muy alto nivel que se utilizan para generar el código de la aplicación.

Los lenguajes SQL y QBE son ejemplos de 4GL. Hay otros tipos de 4GL:

Un generador de formularios es una herramienta interactiva que permite crear rápidamente formularios de pantalla para introducir o visualizar datos. Los generadores de formularios permiten que el usuario defina el aspecto de la pantalla, qué información se debe visualizar y en qué lugar de la pantalla debe visualizarse. Algunos generadores de formularios permiten la creación de atributos derivados utilizando operadores aritméticos y también permiten especificar controles para la validación de los datos de entrada.

Un generador de informes es una herramienta para crear informes a partir de los datos almacenados en la base de datos. Se parece a un lenguaje de consultas en que permite al usuario hacer preguntas sobre la base de datos y obtener información de ella para un informe. Sin embargo, en el generador de informes se tiene un mayor control sobre el aspecto de la salida. Se puede dejar que el generador determine automáticamente el aspecto de la salida o se puede diseñar ésta para que tenga el aspecto que desee el usuario final.

Un generador de gráficos es una herramienta para obtener datos de la base de datos y visualizarlos en un gráfico mostrando tendencias y relaciones entre datos. Normalmente se pueden diseñar distintos tipos de gráficos: barras, líneas, etc.

Un generador de aplicaciones es una herramienta para crear programas que hagan de interface entre el usuario y la base de datos. El uso de un generador de aplicaciones puede reducir el tiempo que se necesita para diseñar un programa de aplicación. Los generadores de aplicaciones constan de procedimientos que realizan las funciones fundamentales que se utilizan en la mayoría de los programas. Estos procedimientos están escritos en un lenguaje de programación de alto nivel y forman una librería de funciones entre las que escoger. El usuario especifica qué debe hacer el programa y el generador de aplicaciones es quien determina cómo realizar la tarea.

2.1 EL GESTOR DE LA BASE DE DATOS Se trata de un conjunto de programas no visibles al usuario final que se encargan de la privacidad, la integridad, la seguridad de los datos y la interacción con el sistema


SEMIPRESENCIAL


operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales.

Cualquier operación que el usuario hace contra la base de datos está controlada por el gestor. El gestor almacena una descripción de datos en lo que llamamos diccionario de datos, así como los usuarios permitidos y los permisos.

Tiene que haber un usuario administrador encargado de centralizar y los permisos

2.2 ADMINISTRADOR DE BASE DE DATOS

Es la persona encargada de definir y controlar las bases de datos corporativas,

además proporciona asesoría a los desarrolladores, usuarios y ejecutivos que la

requieran. Es la persona o equipo de personas profesionales responsables del control

y manejo del sistema de base de datos, generalmente tiene(n) experiencia en DBMS,

diseño de bases de datos, Sistemas operativos, comunicación de datos, hardware y

programación.

Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes

técnicas para el manejo del sistema en cuestión además, son cualidades deseables

nociones de administración, manejo de personal e incluso un cierto grado de

diplomacia. La característica más importante que debe poseer es un conocimiento

profundo de las políticas y normas de la empresa, así como el criterio de la empresa

para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el

desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la

administración de los datos.

El Administrador de Bases de Datos es responsable primordialmente de:

Administrar la estructura de la Base de Datos.

Administrar la actividad de los datos.

Administrar el Sistema Manejador de Base de Datos.

Establecer el Diccionario de Datos.

Asegurar la confiabilidad de la Base de Datos.

Confirmar la seguridad de la Base de Datos.

Administrar la estructura de la Base de Datos.

Esta responsabilidad incluye participar en el diseño inicial de la base de datos y su

puesta en práctica así como controlar, y administrar sus requerimientos, ayudando a

evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseño general

de la bases de datos. En los casos de grandes aplicaciones de tipo organizacional, el

DBA es un gerente que supervisa el trabajo del personal de diseño de la BD.

Una vez diseñada las bases de datos, es puesta en práctica utilizando productos del

DBMS, procediéndose entonces a la creación de los datos (captura inicial). El DBA

participa en el desarrollo de procedimientos y controles para asegurar la calidad y la

alta integridad de la BD.

http://www.monografias.com/trabajos7/perde/perde.shtmlhttp://www.monografias.com/trabajos14/control/control.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos13/diseprod/diseprod.shtmlhttp://www.monografias.com/Computacion/Sistemas_Operativos/http://www.monografias.com/trabajos12/fundteo/fundteo.shtmlhttp://www.monografias.com/Computacion/Hardware/http://www.monografias.com/Computacion/Programacion/http://www.monografias.com/trabajos901/evolucion-historica-concepciones-tiempo/evolucion-historica-concepciones-tiempo.shtmlhttp://www.monografias.com/trabajos6/juti/juti.shtmlhttp://www.monografias.com/trabajos11/fuper/fuper.shtmlhttp://www.monografias.com/trabajos/epistemologia2/epistemologia2.shtmlhttp://www.monografias.com/trabajos10/poli/poli.shtmlhttp://www.monografias.com/trabajos4/leyes/leyes.shtmlhttp://www.monografias.com/trabajos11/empre/empre.shtmlhttp://www.monografias.com/trabajos11/empre/empre.shtmlhttp://www.monografias.com/trabajos33/responsabilidad/responsabilidad.shtmlhttp://www.monografias.com/trabajos12/desorgan/desorgan.shtmlhttp://www.monografias.com/trabajos35/categoria-accion/categoria-accion.shtmlhttp://www.monografias.com/Administracion_y_Finanzas/index.shtmlhttp://www.monografias.com/Administracion_y_Finanzas/index.shtmlhttp://www.monografias.com/trabajos15/todorov/todorov.shtml#INTROhttp://www.monografias.com/trabajos12/recoldat/recoldat.shtml#diccionhttp://www.monografias.com/trabajos/seguinfo/seguinfo.shtmlhttp://www.monografias.com/trabajos3/gerenylider/gerenylider.shtmlhttp://www.monografias.com/trabajos/fintrabajo/fintrabajo.shtmlhttp://www.monografias.com/trabajos12/elproduc/elproduc.shtmlhttp://www.monografias.com/trabajos13/mapro/mapro.shtmlhttp://www.monografias.com/trabajos11/conge/conge.shtml


SEMIPRESENCIAL


Los requerimientos de los usuarios van modificándose, estos encuentran nuevas

formas o métodos para lograr sus objetivos; la tecnología de la BD se va modificando y

los fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las

estructuras o procedimientos de BD requieren de una cuidadosa administración.

Administración de la Actividad de Datos.

El DBA no es usuario del sistema, no administra valores de datos; sino la actividad de

datos; protege los datos, no los procesa. Dado que la base de datos es un recurso

compartido, el DBA debe proporcionar estándares, guías de acción, procedimientos de

control y la documentación necesaria para garantizar que los usuarios trabajen en

forma cooperativa y complementaria al procesar datos en la bases de datos.

Administrar el Sistema Manejador de Base de Datos.

Existe una gran actividad al interior de un DBMS. La concurrencia de múltiples

usuarios requiere la estandarización de los procesos de operación; el DBA es

responsable de estas especificaciones y de asegurarse que estas lleguen a quienes

concierne. Todo el ámbito de la base de datos se rige por estándares, desde la forma

de cómo se captura la información (tipo de dato, longitud, formato), como es

procesada y presentada. El nivel de estandarización alcanza hasta los aspectos más

internos de la base de datos; como sé acceso a un archivo, como se determinan los

índices primarios y auxiliares, registros, etc.

El DBA debe procurar siempre que los estándares que serán aplicados beneficien

también a los usuarios, privilegiando siempre la optimización en la operación del

DBMS y el apego de las políticas de la empresa. Entre las funciones del DBA se

encuentra la de revisar los estándares periódicamente para determinar su

operatividad, ajustarlos, ampliarlos o cancelarlos y hacer que éstos se cumplan.

2.3 ESTABLECER EL DICCIONARIO DE DATOS

Cuando se definen estándares sobre la estructura de la base de datos, se deben de

registrarse en una sección del diccionario de datos a la que todos aquellos usuarios

relacionados con ese tipo de proceso pueden acceder. Este metadato debe precisar

información que nos indique con claridad el tipo de datos que serán utilizados, sus

ámbitos de influencia y sus limitantes de seguridad.

2.4 ASEGURAR LA ONFIABILILIDAD DE BASE DE DATOS

Se trata de realizar un sistema de bases de datos lo suficientemente robusto para que

sea capaz de recuperarse frente a errores o usos inadecuados. Se deben utilizar

gestores con las herramientas necesarias para la reparación de los posibles errores

que las bases de datos pueden sufrir, por ejemplo tras un corte inesperado de luz.

Confirmar la Seguridad de la Base de Datos.

http://www.monografias.com/trabajos11/metods/metods.shtmlhttp://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtmlhttp://www.monografias.com/Tecnologia/index.shtmlhttp://www.monografias.com/trabajos15/todorov/todorov.shtml#INTROhttp://www.monografias.com/trabajos14/nuevmicro/nuevmicro.shtmlhttp://www.monografias.com/trabajos11/ladocont/ladocont.shtmlhttp://www.monografias.com/trabajos16/bases-cooperativismo/bases-cooperativismo.shtml#COOPERhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos7/arch/arch.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos11/contrest/contrest.shtmlhttp://www.monografias.com/trabajos5/natlu/natlu.shtml


SEMIPRESENCIAL


Coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso a

datos compartidos y aplicaciones específicamente propuestas serían analizados en

conjunto con los supervisores o directivos de las áreas involucradas para determinar si

procede pudieran aparecer problemas cuando dos o más grupos de usuarios quedan

autorizados para notificar los mismos datos. Uno de tales conflictos es el de la

actualización perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito

sobre por el de un segundo usuario. El DBA queda responsabilizado para identificar la

posible ocurrencia de dichos problemas así como de crear normas y procedimientos

para su eliminación. Se obtendrán este tipo de garantías cuando el DBMS sea capaz

de implementar las restricciones aplicables al acceso concurrente, y este sea utilizado

adecuadamente por programadores y usuarios; para borrar lo anterior, se hace

indispensable el apego a los estándares el seguimiento de instructivos y manuales y

las reglas establecidas para los diversos procesamientos y procedimientos que se

llevan a cabo.

Entre las alternativas más utilizadas por el DBA para tratar de resolver o minimizar

este problema se encuentran las siguientes:

Restringir el acceso a los procedimientos para ciertos usuarios.

Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.

Evitar la coincidencia de horarios para usuarios que comparten.

Las técnicas de recuperación son otra función esencial del DBA al administrar la

actividad de datos. A pesar de que el DBMS lleva a cabo una parte del proceso de

recuperación, los usuarios determinan en forma critica la operatividad de esos

sistemas de protección. El DBA debe anticipar fallas y definir procedimientos

estándares de operación; los usuarios deben saber qué hacer cuando el sistema este

caído y que es lo primero que debe realizarse cuando el sistema este puesto en

marcha nuevamente. El personal de operación deberá saber cómo iniciar el proceso

de recuperación de la BD que copias de seguridad utilizar; como programar la re

ejecución del tiempo perdido y de las tareas pendientes; es importante también

establecer un calendario para llevar a cabo estas actividades sin afectar a otros

sistemas dentro de la organización que hagan uso de los mismos recursos de

computo. Destacan por su importancia en el proceso de recuperación y a su vez en la

atención que prestan a otros sectores de la organización. Los dispositivos de

comunicación remota, los sistemas de interconexión y otros accesorios de uso

compartido.

El DBA es el responsable de la publicación y mantenimiento de la documentación en

relación con la actividad de los datos, incluyendo los estándares de la BD, los

derechos de recuperación y de acceso a la BD, los estándares para la recuperación de

caídas y el cumplimiento de las políticas establecidas. Los productos DBMS más

populares que se encuentran en el mercado proporcionan servicios de utilerías para

ayudar al DBA en la administración de los datos y su actividad. Algunos sistemas

registran en forma automática los nombres de los usuarios y de las aplicaciones a las

que tienen acceso así como a otros objetos de la BD. Incorpora también utilerías que

permitan definir en el diccionario de datos las restricciones para que determinadas

http://www.monografias.com/Derecho/index.shtmlhttp://www.monografias.com/trabajos15/calidad-serv/calidad-serv.shtml#PLANThttp://www.monografias.com/trabajos11/grupo/grupo.shtmlhttp://www.monografias.com/trabajos4/confyneg/confyneg.shtmlhttp://www.monografias.com/trabajos34/el-trabajo/el-trabajo.shtmlhttp://www.monografias.com/trabajos6/maca/maca.shtmlhttp://www.monografias.com/trabajos7/mafu/mafu.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos6/napro/napro.shtmlhttp://www.monografias.com/trabajos4/refrec/refrec.shtmlhttp://www.monografias.com/trabajos14/deficitsuperavit/deficitsuperavit.shtmlhttp://www.monografias.com/trabajos6/napro/napro.shtmlhttp://www.monografias.com/trabajos15/mantenimiento-industrial/mantenimiento-industrial.shtmlhttp://www.monografias.com/trabajos13/mercado/mercado.shtmlhttp://www.monografias.com/trabajos14/verific-servicios/verific-servicios.shtml


SEMIPRESENCIAL


aplicaciones o módulos de ellas solo tengan acceso a segmentos específicos de la

BD.

2.5 OBJETIVO DEL ADMINISTRADOR DE LA BASE DE DATOS

Mantener la Integridad de los Datos. Una base de datos debe protegerse de

accidentes tales como los errores en la entrada de los datos o en la programación, del

uso mal intencionado de la base de datos y de los fallos del hardware o del software

que corrompen los datos. La protección contra accidentes, que ocasiona inexactitudes

en los datos, es parte del objetivo de garantizar la integridad de los datos. Estos

accidentes incluyen los fallos durante el procesamiento de las transacciones, los

errores lógicos que infringen la suposición de que las transacciones preservan las

restricciones de consistencia de la base de datos y las anomalías debido al acceso

concurrente en la base de datos (acceso concurrente). La integridad, se encarga de

asegurar que las operaciones ejecutadas por los usuarios sean correctas y mantengan

la consistencia de la base de datos.

Mantener la Seguridad de los Datos. La protección de la base de datos de usos mal

intencionados o no autorizados se denomina seguridad de los datos. La seguridad se

encarga de limitar a los usuarios a ejecutar únicamente las operaciones permitidas.

Mantener la Disponibilidad de los Datos. La posibilidad de fallos de hardware o de

software requiere procedimientos de recuperación de la base de datos. Tiene que

proporcionar medios para el restablecimiento de las bases de datos que se hayan

corrompido por desperfectos del sistema, a un estado uniforme.

2.6 FUNCIONES BASICAS DE LA BASE DE DATOS

Creación de Bases de Datos y Tablas.

Creando Bases de Datos:

Localización de las bases de datos.

Tipo de base de datos (modo de direccionamiento).

Creando Tablas:

Seleccionando tipos de datos.

Tablas fragmentadas o no fragmentadas.

Localización de la tabla.

Determinación del espacio en disco.

Modo de aseguramiento de candados.

Especificación de las Restricciones de Integridad de los Datos. Las restricciones de

integridad se mantienen en una estructura especial del sistema que consulta el gestor

de la base de datos cada vez que se tiene lugar una actualización en el sistema. Estos

son algunos métodos para asegurar la integridad de los datos:

http://www.monografias.com/trabajos12/higie/higie.shtml#tipohttp://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtmlhttp://www.monografias.com/trabajos14/medios-comunicacion/medios-comunicacion.shtmlhttp://www.monografias.com/trabajos12/elorigest/elorigest.shtmlhttp://www.monografias.com/trabajos11/basdat/basdat.shtml


SEMIPRESENCIAL


Privilegios:

Base de datos.

Tabla.

Columna

Integridad de identidad, semántica y referencial.

Vistas.

Administrar la Concurrencia. La administración de la concurrencia involucra como los

datos son consultados y actualizados en un ambiente multiusuario. Existen dos tipos

de control de la concurrencia:

Concurrencia de Lectura: (Instrucción SELECT)

Administrada a través de los niveles de aislamiento.

Concurrencia de Actualización: Instrucciones INSERT, DELETE y UPDATE.

Optimización del Acceso a Datos.

Índices.

Estadísticas de actualización.

Distribución de datos.

Definir el Esquema Conceptual. Es tarea del administrador de datos decidir con

exactitud cuál es la información que debe mantenerse en la base de datos, una vez

identificado los datos a almacenar en un nivel abstracto, debe crear a continuación el

esquema conceptual correspondiente, empleando el DDL conceptual.

Definir el Esquema Interno. El dba debe definir la representación de la información en

la base de datos almacenada (diseño físico). Debe crear la definición de estructura de

almacenamiento correspondiente (esquema interno) con el DDL interno y definir la

correspondencia entre los esquemas interno y conceptual.

Vincularse con los Usuarios. El db debe encargarse de la comunicación con los

usuarios, garantizar la disponibilidad de los datos que requieren y escribir y/o ayudar a

los usuarios a escribir los esquemas externos necesarios, empleando el DDL externo

aplicable.

Procedimientos de Respaldo y Recuperación. El db debe definir un plan de

recuperación adecuado que incluya descarga o vaciado periódico de la base de datos

en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la

base de datos a partir del vaciado más reciente cuando sea necesario.

Supervisar el Desempeño y Responder a cambios en los Requerimientos. El db debe

organizar el sistema de modo que se obtenga el desempeño que sea "el mejor para la

empresa", y realizar los ajustes apropiados cuando cambien los requerimientos.

http://www.monografias.com/trabajos14/cambcult/cambcult.shtmlhttp://www.monografias.com/trabajos29/semantica-conectores-aplicaciones-obras-literarias/semantica-conectores-aplicaciones-obras-literarias.shtmlhttp://www.monografias.com/trabajos15/medio-ambiente-venezuela/medio-ambiente-venezuela.shtmlhttp://www.monografias.com/trabajos14/textos-escrit/textos-escrit.shtmlhttp://www.monografias.com/trabajos12/dispalm/dispalm.shtmlhttp://www.monografias.com/trabajos/lacomunica/lacomunica.shtmlhttp://www.monografias.com/trabajos7/plane/plane.shtmlhttp://www.monografias.com/trabajos10/prens/prens.shtmlhttp://www.monografias.com/trabajos15/indicad-evaluacion/indicad-evaluacion.shtml


SEMIPRESENCIAL


Concesión de Autorización para el Acceso a los Datos. La concesión de diferentes

tipos de autorización, permite al administrador de la base de datos regular que partes

de la base de datos van a poder ser accedidas por varios usuarios.

Definición de esquema. Es el esquema original de la base de datos se crea

escribiendo un conjunto de definiciones que son traducidas por el compilador de DDL

a un conjunto de tablas que son almacenadas permanentemente en el diccionario de

datos.

Definición de la estructura de almacenamiento del método de acceso. Estructuras de

almacenamiento y de acceso adecuados se crean escribiendo un conjunto de

definiciones que son traducidas por el compilador del lenguaje de almacenamiento y

definición de datos.

EVALUACIÓN PARTE 1

¿Cómo se modifica quién tiene acceso a la tabla?

¿Cómo borro una tabla?

¿Cómo se restringe el acceso de usuarios que no tienen privilegios a las base de datos?

¿Para que una herramienta sea considerada un SGBD debe poseer características

propias de una herramienta de administración.¿ Explique cuáles son éstas?

¿Cuál sería la definición correcta de una base de datos?

Conjunto de información regulada y normalizada de colección de archivos relacionados por tablas

Conjunto de datos sistematizados donde la información está regulada y estructurada por el individuo

Conjunto de información normalizada y relacionada, que se elabora utilizando una vía sistemática para el almacenamiento, proceso y extracción de datos Conjunto de datos relacionados, sincronizados elaborados de forma continua ¿Cuáles son ventajas de poseer una base de datos informatizada?

Las bases de datos son totalmente seguras y con acceso rápido a las operaciones

Datos centralizados, estructurados, actualizados y de exactitud y consistencia

Multiplicación de la capacidad de análisis y análisis estructurado de tablas relacionales dimensionales

Exactitud sobre datos aleatorios multiplicando la capacidad de análisis

¿En qué consiste la teoría de la normalización?

http://www.monografias.com/trabajos35/el-poder/el-poder.shtmlhttp://www.monografias.com/trabajos11/metods/metods.shtmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-07.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-08.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-09.html


SEMIPRESENCIAL


Eliminar comportamientos análogos, eliminar las repeticiones y en la elaboración de diseños comprensibles

En adaptar procesos, eliminando las repeticiones en tablas homogéneas

En realizar procesos de evolución de problemas, de repetición y adaptabilidad de datos complejos

Codificación de procesos repetitivos de modificación de diseño

UNIDAD III

3. ENTIDADES O TABLA

Una entidad es aquel elemento capaz de agrupar un conjunto de información con las mismas características

Ejemplo La entidad alumno agrupa la información de los alumnos (los cuales tienen las mismas características como son los nombres, apellidos, fecha de nacimiento, fecha de ingreso, y más características en común)

3.1 CONJUNTO DE ENTIDADES

Un conjunto de entidades es un grupo de entidades del mismo tipo. Por ejemplo el conjunto de entidades CUENTA, podría representar al conjunto de cuentas de un banco X, o ALUMNO representa a un conjunto de entidades de todos los alumnos que existen en una institución.Relaciones

Son las conexiones que hay entre entidades

Ejemplo: Así como tenemos la entidad estudiante también podríamos tener la entidad MATRICULAS cuya información que guarda es la matrícula de los estudiantes.


SEMIPRESENCIAL


3.2 CONJUNTO DE RELACIONES

Un conjunto de relaciones es un grupo de relaciones del mismo tipo. La cantidad de entidades en una relación determina el grado de la relación, por ejemplo la relación ALUMNO-MATERIA es de grado 2, ya que intervienen la entidad ALUMNO y la entidad MATERIA, la relación PADRES, puede ser de grado 3, ya que involucra las entidades PADRE, MADRE e HIJO.

3.3 TIPOS DE RELACIONES

Las relaciones se dividen en:

Relación Uno a Uno.- Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa.

Relación uno a muchos: Cuando un registro de una tabla (tabla secundaria) solo puede estar relacionado con un único registro de la otra tabla (tabla principal ) y un registro de la tabla principal pude tener más de un registro relacionado en la tabla secundaria, en este caso se suele hacer referencia a la tabla principal como tabla “padre” y a la tabla secundaria como tabla “hijo” entonces la regla se convierte en un padre puede tener varios hijos pero un hijo solo tiene un padre(regla más fácil para recordar)

Relación Muchos a muchos:

Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos que incluya los pares de valores relacionados entre sí.

Atributo

Atributo: De cada entidad se almacenan una serie de datos que se denominan atributos de la entidad. Pueden ser atributos de una entidad cualquier característica o propiedad de ésta. Son atributos de la entidad libros: Autor, Título, Área de Edición, ISBN.

CLAVES

La clave primaria se utiliza para identificar en forma única cada línea en la tabla. Puede ser parte de un registro real, o puede ser un campo artificial (uno que no tiene nada que ver con el registro real). El format es el siguiente:

SQL Server: CREATE TABLE Customer (SID integer PRIMARY KEY, Last Name varchar (30), First Name varchar (30));

Una clave ajena o foránea es un atributo de una tabla o adición de atributos ya existentes a una tabla; ésta inclusive puede ser una clave primaria de otra tabla. Sin embargo los atributos de una clave foránea no necesariamente tienen que formar parte de la clave primaria de la tabla a la que pertenecen. Tampoco es obligatoria la existencia de estas claves; es decir puede existir una tabla sin una clave foránea.


SEMIPRESENCIAL


3.4 METODOLOGIA PARA EL MER

Metodología de diseño conceptual

El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Cada una de estas visiones suelen corresponder a las diferentes áreas funcionales de la empresa como, por ejemplo, producción, ventas, recursos humanos, etc.

A los esquemas conceptuales correspondientes a cada vista de usuario se les denomina esquemas conceptuales locales. Cada uno de estos esquemas se compone de entidades, relaciones, atributos, dominios de atributos e identificadores. El esquema conceptual también tendrá una documentación, que se irá produciendo durante su desarrollo. Las tareas a realizar en el diseño conceptual son las siguientes:

1. Identificar las entidades.

2. Identificar las relaciones.

3. Identificar los atributos y asociarlos a entidades y relaciones.

4. Determinar los dominios de los atributos.

5. Determinar los identificadores.

6. Determinar las jerarquías de generalización (si las hay).

7. Dibujar el diagrama entidad-relación.

8. Revisar el esquema conceptual local con el usuario.

1. Identificar las entidades

En primer lugar hay que definir los principales objetos que interesan al usuario. Estos objetos serán las entidades. Una forma de identificar las entidades es examinar las especificaciones de requisitos de usuario. En estas especificaciones se buscan los nombres que se mencionan (por ejemplo: número de empleado, nombre de empleado, número de inmueble, dirección del inmueble, alquiler, número de habitaciones). También se buscan objetos importantes como personas, lugares o conceptos de interés, excluyendo aquellos nombres que sólo son propiedades de otros objetos. Por ejemplo, se pueden agrupar el número de empleado y el nombre de empleado en una entidad denominada empleado, y agrupar número de inmueble, dirección del inmueble, alquiler y número de habitaciones en otra entidad denominada inmueble.

2. Identificar las relaciones

Para identificar las relaciones se suelen buscar las expresiones verbales (por ejemplo: oficina tiene empleados, empleado gestiona inmueble, cliente visita inmueble).

Pero sólo interesan las relaciones que son necesarias. En el ejemplo anterior, se han identificado las relaciones empleado gestiona inmueble y cliente visita inmueble. Se podría pensar en incluir una relación entre empleado y cliente: empleado atiende a cliente, pero observando las especificaciones de requisitos no parece que haya interés en modelar tal relación.


SEMIPRESENCIAL


La mayoría de las relaciones son binarias (entre dos entidades), pero no hay que olvidar que también puede haber relaciones en las que participen más de dos entidades, así como relaciones recursivas.

Una vez identificadas todas las relaciones, hay que determinar la cordialidad mínima y máxima con la que participa cada entidad en cada una de ellas. De este modo, el esquema representa de un modo más explícito la semántica de las relaciones. La carnalidad es un tipo de restricción que se utiliza para comprobar y mantener la calidad de los datos.

Conforme se van identificando las relaciones, se les van asignando nombres que tengan significado para el usuario. En el diccionario de datos se anotan los nombres de las relaciones, su descripción y las carnalidades con las que participan las entidades en ellas.

3. Identificar los atributos y asociarlos a entidades y relaciones

Son atributos los nombres que identifican propiedades, cualidades, identificadores o características de entidades o relaciones.

Al identificar los atributos, hay que tener en cuenta si son simples o compuestos. Por ejemplo, el atributo dirección puede ser simple, teniendo la dirección completa como un solo valor: `San Rafael 45, Almazara'; o puede ser un atributo compuesto, formado por la calle (`San Rafael'), el número (`45') y la población (`Almanzora').

También se deben identificar los atributos derivados o calculados, que son aquellos cuyo valor se puede calcular a partir de los valores de otros atributos. Por ejemplo, el número de empleados de cada oficina, la edad de los empleados o el número de inmuebles que gestiona cada empleado.

Conforme se van identificando los atributos, se les asignan nombres que tengan significado para el usuario. De cada atributo se debe anotar la siguiente información:

Nombre y descripción del atributo.

Alias o sinónimos por los que se conoce al atributo.

Tipo de dato y longitud.

Valores por defecto del atributo (si se especifican).

Si el atributo siempre va a tener un valor (si admite o no nulos).

Si el atributo es compuesto y, en su caso, qué atributos simples lo forman.

Si el atributo es derivado y, en su caso, cómo se calcula su valor.

Si el atributo es multivariado.

4. Determinar los dominios de los atributos

El dominio de un atributo es el conjunto de valores que puede tomar el atributo. Por ejemplo el dominio de los números de oficina son las tiras de hasta tres caracteres en donde el primero es una letra y el siguiente o los dos siguientes son dígitos en el rango de 1 a 99; el dominio de los números de teléfono y los números de fax son las tiras de 9 dígitos.


SEMIPRESENCIAL


5. Determinar los identificadores

Cada entidad tiene al menos un identificador. En este paso, se trata de encontrar todos los identificadores de cada una de las entidades. Los identificadores pueden ser simples o compuestos. De cada entidad se escogerá uno de los identificadores como clave primaria en la fase del diseño lógico.

Cuando se determinan los identificadores es fácil darse cuenta de si una entidad es fuerte o débil. Si una entidad tiene al menos un identificador, es fuerte (otras denominaciones son padre, propietaria o dominante). Si una entidad no tiene atributos que le sirvan de identificador, es débil (otras denominaciones son hijo, dependiente o subordinada).

6. Determinar las jerarquías de generalización

En cada jerarquía hay que determinar si es total o parcial y exclusiva o superpuesta.

7. Dibujar el diagrama entidad-relación

Una vez identificados todos los conceptos, se puede dibujar el diagrama entidad-relación correspondiente a una de las vistas de los usuarios.

8. Revisar el esquema conceptual local con el usuario

Antes de dar por finalizada la fase del diseño conceptual, se debe revisar el esquema conceptual local con el usuario. Este esquema está formado por el diagrama entidad-relación y toda la documentación que describe el esquema.

Objetivos:

Explicar los conceptos básicos de la teoría relacional.

Aplicar estos conceptos en casos prácticos de almacenamiento y recuperación

de información.

3.5 FORMAS NORMALES

En la teoría de bases de datos relacionales, las formas normales (NF) proporcionan los criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias y anomalías lógicas. Mientras sea más alta la forma normal aplicable a una tabla, es menos vulnerable a inconsistencias y anomalías. Las formas normales son aplicables a tablas individuales; decir que una base de datos entera está en la forma normal n es decir que todas sus tablas están en la forma normal n. La primera forma normal (1NF o forma mínima) es una forma normal usada en normalización de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1NF es una que satisface cierto conjunto mínimo de criterios.

Segunda Forma Normal

Una relación está en segunda forma normal (2FN) solamente si todos los atributos son

dependientes en forma completa de la clave.

http://es.wikipedia.org/wiki/Base_de_datos_relacionalhttp://es.wikipedia.org/wiki/Forma_normal_%28base_de_datos%29http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos


SEMIPRESENCIAL


Descripción De La Segunda Forma Normal (2 En)

Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el

próximo paso de normalización y descomposición. Para ser accesible a la

normalización, y poder ser puesta en segunda forma normal, la relación debe poseer

las siguientes propiedades:

• Debe estar en primera forma normal

• Debe tener una clave compuesta.

Tercera forma normal

Una relación se encuentra en tercera forma normal (EFN) si no existen transitividades

entre sus atributos y si ya se encuentra en 2 FN.

Descripción

Una relación R a poner en tercera forma normal debe estar en la segunda forma

normal. Es muy común que R sea una sub-relación; la relación original estaba en

primera forma normal (para ponerla en segunda forma normal fue descompuesta en

varias sub-relaciones). Estas son ahora candidatas a una descomposición adicional.

La cuarta forma normal (4NF) es una forma normal usada en la normalización de bases de datos. La 4NF se asegura de que los hechos cultivadores independientes estén correcta y eficientemente representados en un diseño de base de datos.

La definición de la 4NF confía en la noción de una dependencia cultivador. Una tabla con una dependencia cultivador es una donde la existencia de dos o más relaciones independientes muchos a muchos causa redundancia; y es esta redundancia la que es removida por la cuarta forma normal.

De normalización

La de normalización es el proceso de procurar optimizar el desempeño de una base de datos por medio de agregar datos redundantes. A veces es necesaria porque las actuales DBMSs implementan el modelo relacional pobremente. Una verdadera DBMS relacional debe permitir una base de datos completamente normalizada a nivel lógico, mientras proporciona el almacenamiento físico de los datos afinado para alto rendimiento.

EVALUACIÓN PARTE 2

¿Qué es una clave primaria. Realice un ejemplo aplicativo?

¿Qué es una clave foránea. Realice un ejemplo aplicativo?

¿El Campo clave como debe ser o que debe tener?

http://www.monografias.com/trabajos5/norbad/norbad.shtmlhttp://www.monografias.com/trabajos5/norbad/norbad.shtmlhttp://www.monografias.com/trabajos12/foucuno/foucuno.shtml#CONCEPhttp://es.wikipedia.org/wiki/Forma_normal_%28base_de_datos%29http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datoshttp://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datoshttp://es.wikipedia.org/w/index.php?title=Dependencia_multivalor&action=edit&redlink=1http://es.wikipedia.org/w/index.php?title=Muchos_a_muchos&action=edit&redlink=1http://es.wikipedia.org/wiki/Base_de_datoshttp://es.wikipedia.org/wiki/Base_de_datoshttp://es.wikipedia.org/wiki/DBMShttp://es.wikipedia.org/wiki/Modelo_relacionalhttp://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos


SEMIPRESENCIAL


¿Información por criterios determinados, singularidad

¿Singularidad, estacionalidad, y brevedad?

¿Multiplicidad y una clave secundaria?

¿Rapidez en la búsqueda y ordenación automática de los datos

¿Qué es una relación de uno a muchos. Demuestre mediante un ejemplo?

UNIDAD IV

4. SQL

4.1 INTRODUCCIÒN SQL

SQL Server es un potente motor de bases de datos de alto rendimiento capaz de soportar millones de registros por tabla con un interface intuitivo y con herramientas de desarrollo integradas como Visual Studio 6.0 o .NET, además incorpora un modelo de objetos totalmente programable (SQL-DMO) con el que podemos desarrollar cualquier aplicación que manipule componentes de SQL Server, es decir, hacer aplicación para crear bases de datos, tablas, DTS, backs, etc., todo lo que se puede hacer desde el administrador del SQL Server y podemos hacerlo no solo en Visual C++ sino también en Visual Basic, ASP y por supuesto en .NET.

4.2 CLAUSULA SELECT-FROM

Este comando permite tomar o seleccionar información o datos de una base de datos. Es el comando más utilizado en las aplicaciones de consulta, permite seleccionar una serie de datos de una o más tablas

La sintaxis básica de esta operación es:

SELECT FROM WHERE

Ejemplos:

Se desea obtener la cédula y el nombre de todas las personas que trabajan en la compañía.

SELECT cedula, nombre

FROM personas

FROM

Utilizada para especificar la tabla para especificar la tabla de la cual se van a seleccionar los registros.

Ejemplo:


SEMIPRESENCIAL


Seleccionar todos los atributos de la tabla empleados.

SELECT *

FROM EMPLEADO;

4.3 OPERADORES DE COMPARACIÓN

Son los siguientes:

= (Compara si son iguales dos expresiones)

!= (Compara si son diferentes dos expresiones)

(Compara si son diferentes dos expresiones)

> (Compara si es mayor una expresión que otra)

>= (Compara si es mayor o igual una expresión que otra)

< (Compara si es menor una expresión que otra)


SEMIPRESENCIAL


Seleccionar los salarios, nombres y puestos de empleados del departamento 10 en orden de mayor a menor salario

SELECT SAL, ENAME, JOB

FROM EMP

WHERE DEPTNO=10

ORDER BY SAL DESC;

Cláusula GROUP BY – HAVING

Combina los registros con valores idénticos, en la lista de campos especificados, en un único registro. Para cada registro se crea un valor sumario si se incluye una función SQL agregada, como por ejemplo SUM O COUNT en la instrucción select.

Sintaxis:

SELECT ATRIBUTOSSELECCIONADOS

FROM TABLA

WHERE CONDICIONESDESELECCION

GROUP BY CAMPOSDELGRUPO

Ejemplo:

Hacer una selección de los puestos y el total de salarios que se han pagado en cada puesto.

SELECT JOB, SUM (SAL)

FROM EMP

GROUP BY JOB;

HAVING

Es similar a WHERE, determina que registros se seleccionan. Una vez que los registros se han agrupado utilizando GROUP BY, HAVING determina cuáles de ellos se van a mostrar.

Ejemplo:

Mostrar los registros cuya suma de salarios sea mayor que 100

SELECT JOB, SUM (SAL)


SEMIPRESENCIAL


FROM EMP

GROUP BY JOB

HAVING SUM (SAL)>100

4.4 OPERACIONES DE SQL

Operación Unión

Combina los resultados de las selecciones eliminando las filas duplicadas

Ejemplo:

Seleccionar los números y nombres de los empleados de los departamentos 10 y 20. Si hubiera algún empleado que está en ambos departamentos ese cliente aparecerá sólo una vez en la lista.

SELECT EMPNO, ENAME

FROM EMP

WHERE DEPNO=10

UNION

SELECT EMPNO, ENAME

FROM EMP

WHERE DEPTNO=20

Operación intersecté

Combina los resultados devolviendo sólo las filas que devuelven ambas selecciones

Ejemplo

Seleccionar los empleados que tienen sueldo mayor a 1000 y a 2000 a la vez.

SELECT EMPNO, ENAME

FROM EMP

WHERE SAL>1000

INTERSECT

SELECT EMPNO, ENAME

FROM EMP

WHERE SAL>2000

EVALUACIÓN PARTE 3


SEMIPRESENCIAL


1. Crear en SQL SERVER la tabla ESTUDIANTE

2. Créate table estudiante

3. insertar 5 registros a cada campo respectivamente

4. Utilizando select y from; seleccionar de la tabla anterior (estudiante); nombres y

teléfono.

5. De las tablas estudiante y matriculas seleccionar los campos código de la

matrícula y nombre del estudiante

6. Utilizando la cláusula order by; seleccionar los nombres de los estudiantes de

forma descendente.

7. Seleccionar la fecha de nacimiento del estudiante de mayor a menor.

8. ¿Cómo creo una tabla?

9. ¿Cómo añado una entrada o registro a las tablas?

10. ¿Cómo se importan datos a una tabla?

11. ¿Cómo se exportan los datos de una tabla?

12. ¿Cómo imprimo una tabla desde la base de datos?

4.5 COMPLEMENTACIÓN MATERIAL PRÁCTICO DE SQL SERVER

Los registros pueden ser introducidos a partir de sentencias que emplean la

instrucción Insert.

La sintaxis utilizada es la siguiente:

http://help.yahoo.com/l/e1/yahoo/groups/database/database-01.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-02.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-04.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-05.htmlhttp://help.yahoo.com/l/e1/yahoo/groups/database/database-06.html


SEMIPRESENCIAL


Inserta Insto nombre tabla (nombre_campo1, nombre_campo2,...) Valúes

(valor_campo1, valor_campo2...)

Un ejemplo sencillo a partir de nuestra tabla modelo es la introducción de un nuevo

cliente lo cual se haría con una instrucción de este tipo:

Insert Insto clientes (nombre, apellidos, dirección, población, código postal, email,

pedidos) Valúes ('Perico', 'Palotes', 'Percebe n°13', 'Lepe', '123456',

'[email protected]', 33)

Como puede verse, los campos no numéricos o booleanos van delimitados por

apostrofes: '. También resulta interesante ver que el código postal lo hemos guardado

como un campo no numérico. Esto es debido a que en determinados países

(Inglaterra, como no) los códigos postales contienen también letras.

Sintaxis y ejemplos para borrar registros en una tabla

Para borrar un registro nos servimos de la instrucción Delete. En este caso debemos especificar cual o cuales son los registros que queremos borrar. Es por ello necesario establecer una selección que se llevara a cabo mediante la cláusula Where. La forma de seleccionar se verá detalladamente en capítulos posteriores. Por ahora nos contentaremos de mostrar cuál es el tipo de sintaxis utilizado para efectuar estas supresiones: Delete From nombre tabla Where condiciones_de_selección

Si queremos por ejemplo borrar todos los registros de los clientes que se llamen Perico lo haríamos del siguiente modo: Delete From clientes Where nombre='Perico' Hay que tener cuidado con esta instrucción ya que si no especificamos una condición con Where, lo que estamos haciendo es borrar toda la tabla: Delete From clientes

Sintaxis y ejemplos para editar registros en una tabla

Update es la instrucción que nos sirve para modificar nuestros registros. Como para el caso de Delete, necesitamos especificar por medio de Where cuáles son los registros en los que queremos hacer efectivas nuestras modificaciones. Además, obviamente, tendremos que especificar cuáles son los nuevos valores de los campos que deseamos actualizar. La sintaxis es de este tipo: Update nombre_tabla Set nombre_campo1 = valor_campo1, nombre_campo2 = valor_campo2,... Where condiciones_de_selección Un ejemplo aplicado:


SEMIPRESENCIAL


Update clientes Set nombre='José' Where nombre='Pepe' Mediante esta sentencia cambiamos el nombre Pepe por el de José en todos los registros cuyo nombre sea Pepe. Aquí también hay que ser cuidadoso de no olvidarse de usar Where, de lo contrario, modificaríamos todos los registros de nuestra tabla.

Cómo realizar selecciones eficientemente. Ejemplos prácticos.

La selección total o parcial de una tabla se lleva a cabo mediante la instrucción Select. En dicha selección hay que especificar: -Los campos que queremos seleccionar -La tabla en la que hacemos la selección En nuestra tabla modelo de clientes podríamos hacer por ejemplo una selección del nombre y dirección de los clientes con una instrucción de este tipo: Select nombre, dirección From clientes Si quisiésemos seleccionar todos los campos, es decir, toda la tabla, podríamos utilizar el comodín * del siguiente modo:

Select * From clientes Resulta también muy útil el filtrar los registros mediante condiciones que vienen expresadas después de la cláusula Where. Si quisiésemos mostrar los clientes de una determinada ciudad usaríamos una expresión como esta: Select * From clientes Where población Like 'Madrid' Además, podríamos ordenar los resultados en función de uno o varios de sus campos. Para este último ejemplo los podríamos ordenar por nombre así: Select * From clientes Where población Like 'Madrid' Order By nombre Teniendo en cuenta que puede haber más de un cliente con el mismo nombre, podríamos dar un segundo criterio que podría ser el apellido: Select * From clientes Where población Like 'Madrid' Order By nombre, apellido Si invirtiésemos el orden « nombre, apellido » por « apellido, nombre », el resultado sería distinto. Tendríamos los clientes ordenados por apellido y aquellos que tuviesen apellidos idénticos se su clasificarían por el nombre. Es posible también clasificar por orden inverso. Si por ejemplo quisiésemos ver nuestros clientes por orden de pedidos realizados teniendo a los mayores en primer lugar escribiríamos algo así: Select * From clientes Order By pedidos Desc


SEMIPRESENCIAL


Una opción interesante es la de efectuar selecciones sin coincidencia. Si por ejemplo buscásemos el saber en qué ciudades se encuentran nuestros clientes sin necesidad de que para ello aparezca varias veces la misma ciudad usaríamos una sentencia de esta clase: Select Distinct población From clientes Order By población Así evitaríamos ver repetido Madrid tantas veces como clientes tengamos en esa población.

4.5 LISTA DE OPERADORES Lista de operadores y ejemplos prácticos para realizar selecciones.

Hemos querido compilar a modo de tabla ciertos operadores que pueden resultar útiles en determinados casos. Estos operadores serán utilizados después de la cláusula Where y pueden ser combinados hábilmente mediante paréntesis para optimizar nuestra selección a muy altos niveles.

Operadores matemáticos:

> Mayor que

< Menor que

>= Mayor o igual que


SEMIPRESENCIAL


In y Not In Da un conjunto de valores para un campo para los cuales la

condición de selección es (o no) valida

Is Null y Is Not Null

Selecciona aquellos registros donde el campo especificado esta (o no) vacío.

Between...And Selecciona los registros comprendidos en un intervalo

Distinct Selecciona los registros no coincidentes

Desc Clasifica los registros por orden inverso

Comodines

* Sustituye a todos los campos

% Sustituye a cualquier cosa o nada dentro de una cadena

_ Sustituye un solo carácter dentro de una cadena

Veamos a continuación aplicaciones prácticas de estos operadores. En esta sentencia seleccionamos todos los clientes de Madrid cuyo nombre no es Pepe. Como puede verse, empleamos Like en lugar de = simplemente para evitar inconvenientes debido al empleo o no de mayúsculas. Select * From clientes Where población Like 'Madrid' And Not nombre Like 'Pepe' Si quisiéramos recoger en una selección a los clientes de nuestra tabla cuyo apellido comienza por A y cuyo número de pedidos está comprendido entre 20 y 40: Select * From clientes Where apellidos Like 'A%' And pedidos Between 20 And 40 El operador In, lo veremos más adelante, es muy práctico para consultas en varias tablas. Para casos en una sola tabla es empleado del siguiente modo: Select * From clientes Where población In ('Madrid','Barcelona','Valencia') De esta forma seleccionamos aquellos clientes que vivan en esas tres ciudades

Lista de operadores y ejemplos prácticos para realizar selecciones.

Hemos querido compilar a modo de tabla ciertos operadores que pueden resultar útiles en determinados casos. Estos operadores serán utilizados después de la cláusula Where y pueden ser combinados hábilmente mediante paréntesis para optimizar nuestra selección a muy altos niveles.

Operadores matemáticos:

> Mayor que


SEMIPRESENCIAL


< Menor que

>= Mayor o igual que


SEMIPRESENCIAL


Select * From clientes Where apellidos Like 'A%' And pedidos Between 20 And 40 El operador In, lo veremos más adelante, es muy práctico para consultas en varias tablas. Para casos en una sola tabla es empleado del siguiente modo: Select * From clientes Where población In ('Madrid','Barcelona','Valencia') De esta forma seleccionamos aquellos clientes que vivan en esas tres ciudades.

Cómo realizar selecciones sobre varias tablas. Ejemplos prácticos

basados en una aplicación de e-comercio.

Una base de datos puede ser considerada como un conjunto de tablas. Estas tablas en muchos casos están relacionadas entre ellas y se complementan unas con otras. Refiriéndonos a nuestro clásico ejemplo de una base de datos para una aplicación de e-comercio, la tabla clientes de la que hemos estado hablando puede estar perfectamente coordinada con una tabla donde almacenamos los pedidos realizados por cada cliente. Esta tabla de pedidos puede a su vez estar conectada con una tabla donde almacenamos los datos correspondientes a cada artículo del inventario. De este modo podríamos fácilmente obtener informaciones contenidas en esas tres tablas como puede ser la designación del artículo más popular en una determinada región donde la designación del artículo sería obtenida de la tabla de artículos, la popularidad (cantidad de veces que ese artículo ha sido vendido) vendría de la tabla de pedidos y la región estaría comprendida obviamente en la tabla clientes. Este tipo de organización basada en múltiples tablas conectadas nos permite trabajar con tablas mucho más manejables a la vez que nos evita copiar el mismo campo en varios sitios ya que podemos acceder a él a partir de una simple llamada a la tabla que lo contiene. En este capítulo veremos cómo, sirviéndonos de lo aprendido hasta ahora, podemos realizar fácilmente selecciones sobre varias tablas. Definamos antes de nada las diferentes tablas y campos que vamos a utilizar en nuestros ejemplos:

Tabla de clientes

Nombre campo Tipo campo

id_cliente Numérico entero

nombre Texto

apellidos Texto

direccion Texto

población Texto

codigopostal Texto

teléfono Numérico entero


SEMIPRESENCIAL


email Texto

Tabla de pedidos


id_pedido Numérico entero

id_cliente Numérico entero

id_articulo Numérico entero

fecha Fecha

cantidad Numérico entero

Tabla de artículos


id_articulo Numérico entero

titulo Alfanumérico

autor Alfanumérico

editorial Alfanumérico

precio Numérico real

Estas tablas pueden ser utilizadas simultáneamente para extraer informaciones de todo tipo. Supongamos que queremos enviar un mailing a todos aquellos que hayan realizado un pedido ese mismo día. Podríamos escribir algo así: Select clientes. Apellidos, clientes. Email From clientes, pedidos Where pedidos. Fecha Like '25/02/00' And pedidos. Id_cliente= clientes. Id_cliente Como puede verse esta vez, después de la cláusula From, introducimos el nombre de las dos tablas de donde sacamos las informaciones. Además, el nombre de cada campo va precedido de la tabla de provenencia separados ambos por un punto. En los campos que poseen un nombre que solo aparece en una de las tablas, no es necesario especificar su origen aunque a la hora de leer la sentencia puede resultar más claro el precisarlo. En este caso el campo fecha podría haber sido designado como "fecha" en lugar de "pedidos.fecha". Veamos otro ejemplo más para consolidar estos nuevos conceptos. Esta vez queremos ver el título del libro correspondiente a cada uno de los pedidos realizados: Select pedidos.id_pedido, articulos.título From pedidos, articulos Where pedidos.id_articulo=articulos.id_articulo


SEMIPRESENCIAL


En realidad la filosofía continua siendo la misma que para la consulta de una única tabla. El empleo de funciones para la explotación de los campos numéricos y otras utilidades. Ejemplos prácticos.

Además de los criterios hasta ahora explicados para realizar las consultas en tablas, SQL permite también aplicar un conjunto de funciones prede

Documents

VICERRECTORADO ACADÉMICO GUÍA DE ESTUDIO MODULARde BASE DE DATOS I, así como también el estudio básico del lenguaje SQL como el estándar para el manejo de información en los