Академический Документы
Профессиональный Документы
Культура Документы
Antonio Jos de Sucre 5to Semestre Informtica Turno: Diurno Materia: Base de Datos 2 Ciudad Bolvar Edo Bolvar.
INDICE
Introduccin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1 Consultas SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 Actualizaciones en SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2-3 Vistas en SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 ndice en SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 Definiciones de un modelo de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 Tipos de modelos de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-5 Modelos lgicos basados en Objetos (Entidad-relacin). . . . . . . . . . . . . . . . . . . .5 Modelos lgicos basados en registros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 Modelos fsicos de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 El modelo relacional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 Modelo de red. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 Modelo jerrquico. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-7 Modelos fsicos de datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Conclusin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 Bibliografa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Introduccin
El lenguaje de consulta estructurado es un lenguaje de base de datos Normalizado, utilizado por el motor de base de datos de Microsoft Jet. SQL se utiliza para crear objetos QueryDef, Tambin se puede utilizar con el mtodo Execute para crear y manipular directamente las bases de datos Jet y crear consultas SQL de paso a travs para manipular bases de datos remotas cliente servidor. 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.
Consultas SQL.
Una consulta SQL bsica puede constar con un mximo de seis clusulas, de las cuales slo dos son obligatorias (SELECT y FROM).
Las clusulas se especifican en el siguiente orden: SELECT < lista de atributos > FROM < lista de tablas > WHERE < condicin > GROUP BY < atributo(s) de agrupacin > HAVING < condicin de agrupacin > ORDER BY < lista de atributos > SELECT: indica qu atributos o funciones se van a recuperar. FROM: especifica todas las relaciones (tablas) que se necesitan en la consulta. WHERE: especifica las condiciones, si es que hacen falta, para seleccionar tuplas de esas relaciones, incluyendo las condiciones de reunin. GROUP BY: especifica atributos de agrupacin. HAVING: especifica una condicin que deben cumplir los grupos seleccionados, no las tuplas individuales. Las funciones agregadas integradas COUNT, SUM, MIN, MAX y AVG se usan junto con la agrupacin. ORDER BY: especifica un orden para presentar el resultado de una consulta.
La instruccin UPDATE actualiza las columnas de la tabla que se han especificado en la clusula SET, utilizando los valores que son calculados por las correspondientes expresiones escalares. Si se expresa tambin la clusula WHERE, se actualizan slo las lneas que satisfacen la expresin condicional. Vase que la expresin escalar usada para actualizar una columna puede ser tambin el resultado de una query escalar, es decir una query que devuelve una sola lnea y una sola columna.
Vistas en SQL.
Una vista (views) en SQL es el resultado de una consulta de varias tablas que te aparece como una sola tabla, son un mecanismo que permite generar un resultado a partir de un pedido (query) almacenado, y ejecutar nuevos pedidos sobre este resultado como si fuera una tabla normal. Por ejemplo, si tenemos unas tablas que representan autores y libros, y queremos hacer un listado plano de libros y sus autores, podemos ejecutar un query que haga una junta (join) entre estas dos tablas. Pero si posteriormente queremos pedir solo unas lneas de este resultado a partir de otro filtro, vamos a tener que re-ejecutar el query completo, agregando nuestro filtro. Obviamente es posible, pero tambin implica repetir operaciones anteriores. En el caso de tener pedidos complejos, esto puede resultar en una prdida de eficiencia grande, y mucho trabajo adicional para el desarrollador.
ndice en SQL.
Un ndice en SQL asiste al motor de base de datos en la ubicacin de los registros, tal como un ndice en un libro ayuda a ubicar informacin rpidamente. Sin ndices, una consulta deber buscar en todos los registros de la tabla en orden a encontrar coincidencias. Un ndice de base de datos una o ms columnas de valores de la tabla (llamadas clave del ndice) y punteros a los correspondientes registros de la tabla. Cuando se ejecuta una consulta usando la clave del ndice, el query optimizer utilizara el ndice para ubicar los registros que cumplen con la consulta. Para un rendimiento optimo, se crean sobre columnas que son comnmente usadas en las consultas. Por ejemplo, los usuarios pueden consultar la tabla de clientes en base al apellido o al ID del cliente. Por lo tanto se deberan crear dos ndices para la tabla: un ndice por apellido y otro por ID del cliente. Para ubicar eficientemente a los registros, el Query Optimizer usa un ndice que concuerde con la consulta. El Query Optimizer usara el ndice por ID del cliente cuando se ejecute la siguiente consulta: SELECT*FROM Clientes WHERE Cliente_ID =798
Cada diagrama entidad - relacin est compuesto de: Rectngulos: Representando conjuntos de entidades. Elipses: Representando atributos. Rombos: Representando relaciones entre conjuntos de entidades. Lneas: Vinculando conjuntos de entidades entre s o conjuntos de entidades con relaciones. Ejemplo
Modelos lgicos basados en registros: Se utilizan para describir datos en los niveles conceptual y fsico. Estos modelos utilizan registros e instancias para representar la realidad, as como las relaciones que existen entre estos registros. Modelos fsicos de datos: Los modelos fsicos de datos se usan para describir cmo se almacenan los datos en el ordenador: formato de registros, estructuras de los archivos, mtodos de acceso, etctera. Hay muy pocos modelos fsicos de datos en uso, siendo los ms conocidos el modelo unificador y de memoria de elementos. El modelo relacional: para la gestin de una base de datos es un modelo de datos basado en la lgica de predicado y en la teora de conjuntos. ste es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar datos dinmicamente. Modelo de red: Este modelo representa los datos mediante colecciones de registros y sus relaciones se representan por medio de ligas o enlaces, los cuales pueden verse como punteros. Los registros se organizan en un conjunto de grficas arbitrarias. EJEMPLO:
Modelo jerrquico: El modelo jerrquico de bases de datos fue el pionero en los sistemas de bases de datos, all por comienzos de los aos 60. En realidad no hay un modelo terico detrs sino que surgi a raz de los trabajos de IBM y de la NAA (North American Aviation) que dieron lugar al IMS (Information Management System) que podemos considerar el primer sistema de base de datos jerrquico. En el modelo jerrquico slo se pueden modelar relaciones 1:N, aunque esto se poda arreglar mediante el uso de los llamados vnculos virtuales que posibilitan las relaciones N:M. Para
conocer mejor este modelo conviene revisar el sistema IMS y su lenguaje DL/1. Al igual que con el modelo de red, el principal problema de los sistemas de bases de datos jerrquicos es el de la poca independencia de los programas respecto a cmo estn almacenados los datos, lo que dificulta adems la programacin de software de acceso a estos sistemas.Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus ligas. La diferencia radica en que estn organizados por conjuntos de rboles en lugar de grficas arbitrarias. Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus ligas. La diferencia radica en que estn organizados por conjuntos de rboles en lugar de grficas arbitrarias. EJEMPLO:
Modelos fsicos de datos. Se usan para describir a los datos en el nivel ms bajo, aunque existen muy pocos modelos de este tipo, bsicamente capturan aspectos de la
implementacin de los sistemas de base de datos. Existen dos clasificaciones de este tipo que son:
Conclusin
Es un Administrador de Base de datos para algunas compaas importante, con gran
versatilidad, y potencia
pequeas
puede resultar
no costeable sin embrago quizs con las versiones ms sencillas se pueda comenzar, Es importante saber todo los detalles posibles sobre este tipo de que son muy tiles para cualquier
organizacin ayudan a que las organizaciones sean ms eficaces y eficientes con sus operaciones y en este mundo globalizado y competido eso puede
Bibliografa
http://geeks.ms/blogs/ozonicco/archive/2007/07/22/debilidades-del-sql-en-elprocesamiento-de-bases-de-datos.aspx http://www.dbtheoryinpractice.com http://www.webestilo.com http://www.arsys.es/hosting/tarifas-base-datos.htm http://www.microsoft.com/sql/howtobuy/default.mspx#EXCAC http://www.ciber-tec.com/costben.htm http://www.microsoft.com/spain/sql/productinfo/features/compare-features.mspx http://www.microsoft.com/spain/sql/productinfo/casestudies/cs-nasdaq.mspx http://www.microsoft.com/spain/sql/productinfo/casestudies/cs-xerox.mspx