Вы находитесь на странице: 1из 15

UNEFA. ING. DE SISTEMAS IMPLANTACION DE SISTEMAS 7MO SEMESTRE FACILITADORA: ING. ZAIAL RODRIGUEZ UNIDAD II. BASE DE DATOS.

DEFINICIN DE BASES DE DATOS Una base de datos es un conjunto autodescriptivo de registros integrados. Una base de datos es autodescriptiva: porque adems de los datos fuente del usuario contiene tambin una descripcin de su propia estructura. Tal descripcin es conocida como diccionario de datos (o directorio de datos o metadatos). Una base de datos es un conjunto de datos en un formato estandar, el cual est diseado para compartir informacin entre varios usuarios. Un Sistema de Administracin de Bases de Datos (DBMS) es un software que define una base de datos, guarda los datos, permite un lenguaje de consulta, genera informes, y crea pantallas para ingresar datos. SISTEMA GESTOR DE UNA BASE DE DATOS Un sistema de gestin de bases de datos (SGBD) consiste en una coleccin de datos interrelacionados y un conjunto de programas para acceder a dichos datos. La coleccin de datos, normalmente denominada base de datos, contiene informacin acerca de una empresa particular. El primer objetivo de un SGBD es proporcionar un entorno que sea tanto prctico como eficiente de usar en la recuperacin y el almacenamiento de la informacin de la base de datos. DEFINICIN DEL ADMINISTRADOR DE LA BASE DE DATOS Una de las principales razones para usar SGBD es tener un control centralizado tanto de los datos como de los programas que acceden a estos datos. La persona que tiene este control central sobre el sistema se llama administrador de la base de datos (ABD).

COMPONENTES DE UN SISTEMA DE ADMINISTRACIN DE BASE DE DATOS Un sistema de base de datos est compuesto por: A) Base de datos Datos del usuario. En la actualidad, casi todas las bases de datos representan los datos del usuario como afinidades que son tablas de datos. No todas las afinidades son igualmente deseables; algunas estn mejor estructuradas que otras. Para crear afinidades bien estructuradas se realiza un proceso llamado normalizacin. Metadatos. Debido a que los productos DBMS estn diseados para almacenar y manipular tablas, la mayor parte de ellos almacenan los metadatos en forma de tablas, algunas veces llamadas tablas del sistema. ndices. Estn encaminados a mejorar el funcionamiento y la accesibilidad de la base de datos. Se usan para ordenar y para obtener un acceso rpido a los datos. Los ndices son muy valiosos pero implican un costo. Cada vez que se actualiza una fila en una afinidad o tabla, tambin deben actualizarse los ndices. Esto no es malo; slo significa que los ndices no son gratuitos y que deben reservarse para casos en los que sean de verdad necesarios. Metadatos de aplicacin. Se usan para almacenar la estructura y el formato de formas, reportes, consultas de usuarios, y otros componentes de aplicacin. Normalmente no se accede de forma directa a los metadatos de aplicacin sino que se hace a travs de herramientas proporcionadas por el DBMS para tal fin.

INSTANCIA Y ESQUEMAS Las bases de datos van combinando a lo largo del tiempo conforme la informacin se inserta y borra. La coleccin de informacin almacenada en la base de datos en un momento particular se llama una instancia de la base de datos. El diseo completo de la base de datos se llama esquema de la base de datos. Los esquemas son raramente modificados.

LENGUAJES DE BASES DE DATOS Un sistema de base de datos proporciona dos tipos de lenguajes diferentes: uno para especificar el esquema de base de datos y el otro para expresar las consultas y actualizaciones de la base de datos.

LENGUAJE DE DEFINICION DE DATOS Un esquema de base de datos se especifica mediante un conjunto de definiciones expresadas mediante un lenguaje especial llamado lenguaje de definicin de datos (LDD). El resultado de la compilacin de las estructuras del LDD es un conjunto de tablas que se almacenan en un archivo especial llamado diccionario de datos o directorio de datos. Este archivo se consulta antes de leer o modificar los datos reales del sistema de base de datos. La estructura de almacenamiento y los mtodos de acceso usados por el sistema de base de datos se especifican mediante un conjunto de definiciones en un tipo especial de LDD llamado un lenguaje de almacenamiento y definicin de datos. El resultado de la compilacin de estas definiciones es un conjunto de instrucciones para especificar los detalles de implementacin de los esquemas de la base de datos.

LENGUAJES DE MANIPULACION DE DATOS Por manipulacin de datos se quiere decir: La recuperacin de informacin almacenada en la base de datos. La insercin de informacin nueva en la base de datos. El borrado de informacin. La modificacin de informacin almacenada en la base de datos. En el nivel fsico se deben definir algoritmos que permitan un acceso eficiente a los datos. En los niveles mas altos de abstraccin se enfatiza la facilidad de uso. Un Lenguaje de Manipulacin de datos (LMD) es un lenguaje que permite a los usuarios acceder a manipular los datos organizados mediante el modelo de datos apropiado. Existen dos tipos de LMD: LMD Procedimentales.- Requieren que el usuario especifique que datos se necesitan y como obtener esos datos. LMD NO Procedimentales.- Requieren que el usuario especifique qu datos se necesitan, sin especificar como obtener esos datos.

Los LMD no procedimentales son ms fciles de aprender y usar que los LMD procedimentales. Sin embargo, como el usuario no especifica como conseguir esos datos, estos lenguajes pueden generar cdigo que no sea tan eficiente como el que generan los lenguajes procedimentales.

USUARIOS DE BASE DE DATOS Un primer objetivo de un sistema de base de datos es proporcionar un entorno para la recuperacin de la informacin y el almacenamiento de nueva informacin en la base de datos. Hay cuatro tipos de diferentes de usuarios de un sistema de base de datos, diferenciados por la forma en que ellos esperan interactuar con el sistema. Programadores de Aplicaciones.- Son profesionales informticos que interactan con el sistema a travs de llamadas del Lenguaje de Manipulacin de Datos(LMD), que estn incluidas en un programa escrito en un lenguaje anfitrin (por ejemplo, Cobol, PL/I, Pascal, C ).Estos programas comnmente se llaman programas de aplicacin. Por ejemplo un sistema bancario, incluye programas que generan cheques de nominas, cargan cuentas, abonan cuestas o transfieren fondos entre cuentas.

Debido a que la sintaxis de los LMD es habitualmente muy diferente de la sintaxis del lenguaje anfitrin, las llamadas del LMD estn normalmente precedidas de un carcter especial para que se puede generar cdigo apropiado. Un preprocesador especial, llamado precompilador del LMD, convierte las instrucciones del LMD en llamadas a procedimientos normales en el lenguaje anfitrin. El programa resultante se compila a continuacin mediante el compilador del lenguaje anfitrin, que genera el cdigo objeto apropiado. Hay tipos de lenguajes de programacin de programacin especiales que combinan estructuras de control de lenguajes tipo Pascal con estructuras de control para la manipulacin de objetos de una base de datos (por ejemplo, relaciones). Estos lenguajes, llamados lenguajes de cuarta generacin, a menudo incluyen caractersticas especiales para facilitar la generacin de formularios y la presentacin de datos en pantalla. La mayora de los sistemas de bases de datos comerciales incluyen un lenguaje de cuarta generacin. Usuarios Sofisticados.- Interactan con el sistema sin programas escritos. En su lugar, ellos forman sus consultas en un lenguaje de consulta de base de datos. Cada una de estas consultas se enva al procesador de consultas, cuya funcin es transformar instrucciones LMD a instrucciones que el gestor de almacenamiento entienda. Los analistas que envan las consultas para explorar los datos en la base de datos entran en esta categora. Usuarios Especializados.- Son usuarios que escriben aplicaciones de bases de datos especializadas que no son adecuadas en el marco de procesamiento de datos tradicional. Entre estas aplicaciones estn los sistemas de diseo asistido por computadora, sistemas de bases de conocimientos y expertos, sistema que almacenan los datos con los tipos de datos completos (por ejemplo, datos grficos y datos de audio). Usuarios Normales o Finales.- Son usuarios que interactan con el sistema mediante la invocacin de alguno de los programas de aplicacin permanentes que se han escrito previamente.

ARQUITECTURA DE UNA BASE DE DATOS Las bases de datos respetan la arquitectura de tres niveles definida, para cualquier tipo de base de datos. La arquitectura ANSI / SPARC se divide en 3 niveles: externo, conceptual e interno.

Niveles de la arquitectura de bases de datos. Abstraccin de datos Para que el sistema sea til, debe recuperar los datos eficientemente. Esta preocupacin ha conducido al diseo de estructuras de datos complejas para la representacin de los datos en la base de datos. Como muchos usuarios de sistemas de bases de datos no estn familiarizados con computadoras, los desarrolladores esconden la complejidad a los usuarios a travs de varios niveles de abstraccin para simplificar la interaccin de los usuarios con el sistema: Nivel fsico (interno). El nivel ms bajo de abstraccin describe cmo se almacenan realmente los datos. En el nivel fsico se describen en detalle las estructuras de datos complejas de bajo nivel.

EL NIVEL INTERNO. Es el que se ocupa de la forma como se almacenan fsicamente los datos. Representacin de bajo nivel de toda la base de datos, se compone de varias ocurrencias, de varios tipos de registros, el nivel interno todava esta an paso del nivel fsico ya que no se manejan los registros fijos. La vista interna se define a travs de un esquema interno el cual no slo define los diversos tipos de registros almacenados, si no, tambin especifica los ndices asociados, representacin de los campos almacenados, secuencia fsica de los registros, etc.. Nivel lgico (conceptual). El siguiente nivel ms alto de abstraccin describe qu datos se almacenan en la base de datos y qu relaciones existen entre esos datos. La base de datos completa se describe as en trminos de un nmero pequeo de estructuras relativamente simples. Aunque la implementacin de estructuras simples en el nivel lgico puede involucrar estructuras complejas del nivel fsico, los usuarios del nivel lgico no necesitan preocuparse de esta complejidad. Los administradores de bases de datos, que deben decidir la informacin que se mantiene en la base de datos, usan el nivel lgico de abstraccin. 3. EL NIVEL CONCEPTUAL. Es un nivel de mediacin entre los otros dos, es decir define las estructuras de almacenamientos el Administrador de Base de Datos. La vista conceptual es una presentacin de toda la informacin contenida en la base de datos. Adems puede ser muy diferente en la forma en que percibe los datos cualquier usuario final, es decir, debe ser un panorama de los datos. Tal como son y no como los percibe los usuarios. Debido a las limitaciones del lenguaje o bien al equipo que se esta utilizando. El nivel conceptual se define mediante un esquema conceptual el cual incluye la definicin de cada uno de los tipos de registros (entidades), adems, el esquema conceptual no debe asociarse a representaciones de campos almacenados tales como punteros, ndices, etc., si el esquema conceptual se desarrolla en forma independiente de los datos entonces el esquema externo definido en base al esquema conceptual ser tambin independiente de los datos.

Nivel de vistas (externo). El nivel ms alto de abstraccin describe slo parte de la base de datos completa. A pesar del uso de estructuras ms simples en el nivel lgico, queda algo de complejidad, debido al gran tamao de la 'base de datos. A muchos usuarios del sistema de base de datos no les preocupar toda esta informacin. En su lugar, tales usuarios necesitan acceder slo a una parte (le la base de datos. Para que su interaccin con el sistema se simplifique, se define la abstraccin del nivel de vistas. El sistema puede proporcionar muchas vistas para la misma base de datos. 2. EL NIVEL EXTERNO. Es el que se ocupa de la forma como los usuarios individuales perciben los datos. Es el nivel del usuario individual, es decir, los usuarios pueden ser programadores en algunos casos usuarios finales, cada usuario dispone de un lenguaje y en el caso de un programador. Dispone de un lenguaje convencional. En el caso de un usuario final, ser un lenguaje de consulta o un Lenguaje orientado hacia los usuarios. El punto importante de todos estos lenguajes es que debe incluir un sublenguaje de datos del cual estar inmerso o dentro de un lenguaje anfitrin, un lenguaje dado, cualquier va ha permitir el empleo de varios lenguajes anfitriones y varios sublenguajes para datos. ejemplo: lenguaje VB o C >>>>> lenguaje anfitrin Access >>>>> Sublenguaje. DBSE >>>>> lenguaje arquitectnico ASSIST >>>>> SUBLENGUAJE. SQL >>>>> sublenguaje.

TRANSPARENCIA: La transparencia se puede entender como la separacin de la semntica de alto nivel de un sistema de los aspectos de bajo nivel relacionados a la implementacin del mismo. Un nivel de transparencia adecuado permite ocultar los detalles de implementacin a las capas de alto nivel de un sistema y a otros usuarios. Independencia lgica de datos. Se refiere a la inmunidad de las aplicaciones de usuario a los cambios en la estructura lgica de la base de datos. Esto permite que un cambio en la definicin de un esquema no debe afectar a las aplicaciones de usuario. Por ejemplo, el agregar un nuevo atributo a una relacin, la creacin de una nueva relacin, el reordenamiento lgico de algunos atributos. Independencia fsica de datos. Se refiere al ocultamiento de los detalles sobre las estructuras de almacenamiento a las aplicaciones de usuario. Esto es, la descripcin fsica de datos puede cambiar sin afectar a las aplicaciones de usuario. Por ejemplo, los datos pueden ser movidos de un disco a otro, o la organizacin de los datos puede cambiar. NIVELES DE TRANSPARECIA Primer Nivel. Se soporta la transparencia de red. Segundo Nivel. Se permite la transparencia de replicacin de datos. Tercer Nivel. Se permite la transparencia de la fragmentacin. Cuarto Nivel. Se permite transparencia de acceso (por medio de un lenguaje de manipulacin de datos)

MODELOS LOGICOS BASADOS EN OBJETOS Los modelos lgicos basados en objetos se usan para describir datos en los niveles lgico y de vistas. Se caracterizan por el hecho de que proporcionan capacidades estructurales muy flexibles y permiten que las ligaduras de datos sean especificadas explcitamente. Varios de los mas ampliamente conocidos son: a) b) c) d) Modelo Entidad-Relacin. Modelo Orientado a Objetos. Modelo de datos semntico Modelo de datos funcional.

MODELOS LOGICOS BASADOS EN REGISTROS Estos modelos se usan para describir datos en los niveles lgico y de vistas. En contraste con los modelos de datos basados en objetos, se usan tanto para especificar la estructura lgica completa de la base de datos como para proporcionar una descripcin de alto nivel de la implementacin. Los modelos basados en registros se llaman as debido a que la base de datos se estructura en registros de formato fijo de diferentes tipos. En cada tipo de registro se define un nmero fijo de campos o atributos, y cada campo tiene normalmente una longitud fsica.

Los tres modelos basados en registros mas ampliamente conocidos son: a) b) c) Modelo Relacional Modelo de Red Modelo Jerrquico

Modelos de Datos Modelo Jerrquico Modelo de Red Modelo Entidad-Relacin Modelo Relacional Modelo de Objetos Semnticos

Modelo Jerrquico En el modelo de red los datos se representan mediante conjuntos de registros y las relaciones entre los datos se representan mediante enlaces. Esta estructura tambin se mantiene en el modelo jerrquico. La nica diferencia radica en que en el modelo jerrquico los registros se organizan como colecciones de rboles, en vez de como grafas arbitrarios. Las bases de datos jerrquicas consisten en conjuntos de registros co nectados entre s mediante enlaces. Los registros son parecidos a los registros del modelo de red. Cada registro es un conjunto de campos (atributos), cada uno de los cuales slo contiene un valor. Los enlaces son asociaciones entre exactamente dos registros. Por tanto, los enlaces en este modelo son parecidos a los enlaces del modelo de red.

Modelo de Red Una base de datos en red consiste en un conjunto de registros conectados entre s mediante enlaces. Cada registro es un conjunto de campos (atributos), cada uno de los cuales slo contiene un valor de datos. Los enlaces son asociaciones entre exactamente dos registros.

Modelo Entidad Relacin El modelo de datos entidad-relacin (E-R) est basado en una percepcin del mundo real que consta de un conjunto de objetos bsicos llamados entidades y de relaciones entre estos objetos. Se desarroll para facilitar el diseo de bases de datos permitiendo la especificacin de un esquema de la empresa que representa la estructura lgica completa de una base de datos.

Modelo relacional Los datos se almacenan como tablas y las relaciones entre las filas y las tablas son visibles en los datos. Este enfoque permite a los usuarios obtener informacin de la base de datos sin asistencia de sistemas profesionales de administracin de informacin. Las bases de datos relacionales estn constituidas por una o ms tablas que contienen la informacin ordenada de una forma organizada. Cumplen las siguientes leyes bsicas: Generalmente, contendrn muchas tablas. Una tabla slo contiene un nmero fijo de campos. El nombre de los campos de una tabla es distinto. Cada registro de la tabla es nico. El orden de los registros y de los campos no est determinados. Para cada campo existe un conjunto de valores posible.

El Modelo de Objeto Semntico El modelo de objeto semntico se emplea para documentar los requerimientos de los usuarios y para desarrollar modelos de datos. El equipo de desarrollo entrevista a los usuarios; reflexiona sus reportes, formas y consultas. A partir de ellos, estructura un modelo de los datos de los usuarios. Este modelo de datos se transforma en un diseo de base de datos.

Base de datos distribuida Una Base de Datos Distribuida es, una base de datos construida sobre una red computacional y no por el contrario en una mquina aislada. La informacin que constituye la base de datos esta almacenada en diferentes sitios en la red, y las aplicaciones que se ejecutan accesan datos en distintos sitios. Una Base de Datos Distribuida entonces es una coleccin de datos que pertenecen lgicamente a un solo sistema, pero se encuentra fsicamente esparcido en varios "sitios" de la red. Un sistema de base de datos distribuidas se compone de un conjunto de sitios, conectados entre s mediante algn tipo de red de comunicaciones, en el cual : Cada sitio es un sistema de base de datos en s mismo, pero, Los sitios han convenido en trabajar juntos ( si es necesario ) con el fin de que un usuario de cualquier sitio pueda obtener acceso a los datos de cualquier punto de la red tal como si todos los datos estuvieran almacenados en el sitio propio del usuario. En consecuencia, la llamada "base de datos distribuida" es en realidad una especie de objeto virtual, cuyas partes componentes se almacenan fsicamente en varias bases de datos "reales" distintas ubicadas en diferentes sitio.

SQL:

Componentes del SQL El lenguaje SQL est compuesto por comandos, clusulas, operadores y funciones de agregado. Estos elementos se combinan en las instrucciones para crear, actualizar y manipular las bases de datos. Comandos Existen dos tipos de comandos SQL: o DLL que permiten crear y definir nuevas bases de datos, campos e ndices. o DML que permiten generar consultas para ordenar, filtrar y extraer datos de la base de datos. Comandos DLL Comando Descripcin CREATE DROP ALTER Utilizado para crear nuevas tablas, campos e ndices Empleado para eliminar tablas e ndices Utilizado para modificar las tablas agregando campos o cambiando la definicin de los campos.

Comandos DML Comando Descripcin SELECT INSERT UPDATE DELETE Utilizado para consultar registros de la base de datos que satisfagan un criterio determinado Utilizado para cargar lotes de datos en la base de datos en una nica operacin. Utilizado para modificar los valores de los campos y registros especificados Utilizado para eliminar registros de una tabla de una base de datos

Clusulas Las clusulas son condiciones de modificacin utilizadas para definir los datos que desea seleccionar o manipular. Clusula FROM WHERE GROUP BY HAVING ORDER BY Operadores Lgicos Operador Uso AND OR NOT Es el "y" lgico. Evala dos condiciones y devuelve un valor de verdad slo si ambas son ciertas. Es el "o" lgico. Evala dos condiciones y devuelve un valor de verdad si alguna de las dos es cierta. Negacin lgica. Devuelve el valor contrario de la expresin. Descripcin Utilizada para especificar la tabla de la cual se van a seleccionar los registros Utilizada para especificar las condiciones que deben reunir los registros que se van a seleccionar Utilizada para separar los registros seleccionados en grupos especficos Utilizada para expresar la condicin que debe satisfacer cada grupo Utilizada para ordenar los registros seleccionados de acuerdo con un orden especfico

Operadores de Comparacin Operador < Uso Menor que

> <> <= >= = BETWEEN LIKE In

Mayor que Distinto de Menor o igual que Mayor o igual que Igual que Utilizado para especificar un intervalo de valores. Utilizado en la comparacin de un modelo Utilizado para especificar registros de una base de datos

Funciones de Agregado Las funciones de agregado se usan dentro de una clusula SELECT en grupos de registros para devolver un nico valor que se aplica a un grupo de registros. Funcinn AVG COUNT SUM MAX MIN Descripcin Utilizada para calcular el promedio de los valores de un campo determinado Utilizada para devolver el nmero de registros de la seleccin Utilizada para devolver la suma de todos los valores de un campo determinado Utilizada para devolver el valor ms alto de un campo especificado Utilizada para devolver el valor ms bajo de un campo especificado

EJEMPLO DE CREACION DE BASE DE DATOS Base de datos de una universidad, donde: Cada profesor tiene C.I., nombre, edad. rango y especialidad de investigacin. Cada proyecto tiene nmero de proyecto, nombre de patrocinador (por ejemplo, el PIG), fecha de comienzo, fecha de finalizacin y presupuesto. Cada alumno de posgrado tiene C.I., nombre, edad y programa de posgrado (por ejemplo, magster o doctorado). Cada proyecto est dirigido por un profesor (conocido como investigador principal de ese proyecto). En cada proyecto trabajan uno o ms profesores (conocido como investigadores de ese proyecto). Cada profesor puede dirigir varios proyectos o trabajar en ellos.

En cada proyecto trabajan uno o varios alumnos de Postgrado (conocidos como ayudantes de investigacin de ese trabajo). Cuando los alumnos de postgrado trabajan en un proyecto, su trabajo debe supervisarlo un profesor. Cada alumno de postgrado puede trabajar en varios proyectos, en cuyo caso puede tener un supervisor diferente en cada uno de ellos. Cada departamento tiene un nmero de departamento, nombre de departamento y despacho principal. Cada departamento tiene un profesor (conocido como director) que lo dirige. Cada profesor trabaja en uno o varios departamentos, y por cada departamento en que trabaja se asocia un porcentaje de tiempo a su trabajo. Cada alumno de postgrado tiene un departamento principal en el que trabaja en su titulacin Cada alumno de postgrado tiene otro alumno de postgrado ms veterano (conocido como asesor del alumno) que lo aconseja en las asignaturas en que debe matricularse.

Solucin en el Modelo Relacional:

Solucin Utilizando Instrucciones de SQL para crear las relaciones:

create database Universidad; use Universidad; create table Profesor ( ciProfesor varchar (12) Not Null, nombreProfesor varchar (30) Not Null, edadProfesor integer Not Null, rango varchar (15) Not Null, especialidad varchar (20) Not Null, primary key (ciProfesor)); create table Proyecto (

\numProyecto integer Not Null, Patrocinador varchar (30) Not Null, fechaInicial date Not Null, fechaFinal date Not Null, Presupuesto float (10,2) Not Null, primary key (numProyecto)); create table Prof_Proy ( ciProfesor varchar (12) Not Null, numProyecto integer Not Null, tipoInvest varchar (12) Not Null, primary key (ciProfesor, numProyecto), foreign key (ciProfesor) references Profesor (ciProfesor), foreign key (numProyecto) references Proyecto (numProyecto)); create table Departamento ( numDpto integer Not Null, nombreDpto varchar (20) Not Null, despachoPrinc varchar (20) Not Null, primary key (numDpto)); create table Prof_Dpto ( ciProfesor varchar (12) Not Null, numDpto integer Not Null, tiempoTrab integer Not Null, cargo varchar (12) Not Null, primary key (ciProfesor, numDpto), foreign key (ciProfesor) references Profesor (ciProfesor), foreign key (numDpto) references Departamento (numDpto)); create table Alumno ( ciAlumno varchar (12) Not Null, nombreAlumno varchar (30) Not Null, edadAlumno integer Not Null, programa varchar (12) Not Null, ciAsesor varchar (12) Not Null, numDpto integer Not Null, primary key (ciAlumno), foreign key (ciAsesor) references Alumno (ciAlumno), foreign key (numDpto) references Departamento (numDpto)); create table Proy_Alumno ( ciAlumno varchar (12) Not Null, numProyecto integer Not Null, ciProfesor varchar (12) Not Null, primary key (ciAlumno, numProyecto), foreign key (ciAlumno) references Alumno (ciAlumno), foreign key (numProyecto) references Proyecto (numProyecto), foreign key (ciProfesor) references Profesor (ciProfesor));

EJEMPLO DE EJERCICIOS DE SQL CON RESPUESTAS CLIENTE(codigo,nombre,domicilio,provincia) PRODUCTO(codigo_producto,nombre_producto) ITEM_VENTAS(nmero_factura,codigo_producto,cantidad,precio) VENTAS(numero_factura,codigo_cliente,fecha) 1. Obtener el nombre y el domicilio de los clientes que viven en la provincia de Misiones SELECT Nombre, Domicilio FROM Cliente WHERE Provincia=Misiones

2. Obtener el nombre, domicilio y provincia de los clientes que viven en la provincia de Misiones o de Rio Negro SELECT Nombre, Domicilio, Provincia FROM Cliente WHERE Provincia=Misiones OR Provincia=Rio Negro 3. Obtener el importe total en pesos por factura y producto, especificando el numero de factura, el cdigo del producto y el importe total SELECT numero_factura, codigo_producto, (precio * cantidad) as Total FROM item_ventas 4. Sobre la consulta 3, obtener solo el importe total para el producto a SELECT numero_factura, codigo_producto, (precio * cantidad) as Total FROM item_ventas WHERE codigo_producto =a 5. Sobre la consulta 3, obtener solo el importe total para las facturas mayores iguales a 2 y menores iguales a 5 y solo para el producto codigo c SELECT numero_factura, codigo_producto, (precio * cantidad) as Total FROM item_ventas WHERE (numero_factura between 2 and 5) AND (codigo_producto = c)