FACULTAD DE INGENIERIA INFORMATICA Y DE SISTEMAS

ESCUELA PROFESIONAL DE INFORMATICA Y DE SISTEMAS INGENIERIA

DE
DE

Ao de la Integracin Nacional y el Reconocimiento de Nuestra Diversidad

CURSO:

BASE DE DATOS I

Profesor: Prof. RIVERA MONTERO FREDY

Alumnos: PARRA PEA FRDERIK

2012

INTRODUCCION

Los seres humanos han usado una variedad asombrosa de materiales y medios para guardar informacin, tcnicamente llamados medios de grabacin o almacenamiento de datos --cualquier substancia que pueda ser sistemticamente transformada se puede usar para grabar informacin. Piedras, vasijas y sogas anudadas son los ms antiguos, pero papel ha sido el medio de grabacin utilizado por dos milenios. No es sorprendente que las primeras formas de la mecanizacin de almacenamiento de datos se haya usado el papel. Se picaron agujeros en tarjetas del papel a las cuales se les llam punch cards. Se us tambin cintas de papel. Debido a que el papel era voluminoso y se deteriora rpidamente, se abandon en favor a medios de almacenamiento magnticos. Los medios de almacenamiento magnticos usan un metal o plstico, en forma de una tarjeta, disco, o cinta, a la cual se le ha aplicado un xido metlico.

Almacenamiento de datos

Antes de la aparicin de las primeras computadoras comerciales electrnicas en 1951, almacenamiento en masa -aunque pequeo por los estndares actuales- era una necesidad. Como aos antes, a mediados de 1800, se usaron punch cards para proporcionar la entrada a mquinas calculadoras, en la dcada de los 1940 introdujo el uso de los tubos de vaco para el almacenamiento hasta que, finalmente, una cinta de papel comenz reemplazar a las punch cards alrededor 1950. Slo un par de aos ms tarde, los medios magnticos aparecieron en la escena. Y, en 1957, se introdujo como un componente de IBM RAMAC la primera unidad de discos duros 350. Requiri 50 discos de 24 pulgadas para guardar cinco megabytes (milln bytes, se abrevi MB) de datos y cost bruscamente US$35.000 por ao o arrendarlo a US$7.000 por megabyte anual. Por aos el manejo de los discos duros se confin a los Mainframe e instalaciones de minicomputadores. Inmensas "granjas" de gigantes discos de 14 y 8 pulgadas manejan decenas de clculos y los costos de mantencin son de miles de dlares en cada instalacin, lejos en centros de datos corporativos provistos de aire acondicionado. La revolucin de la computadora personal a comienzos de 1980 cambi todo, es la introduccin de los primeros discos duros pequeos. Eran discos de 5.25 pulgadas los que manejaban de 5 a 10 MB de almacenamiento- el equivalente de 2.500 a 5.000 pginas de doble-espacio de tecleo de informacin- en un aparato del tamao de la caja de un zapato pequeo. Al tiempo se consider que una capacidad de almacenamiento de 10 MB era demasiado grande para una llamada computadora "personal". Los primeros PCs usaron discos flexible trasladables como aparatos de almacenamiento casi exclusivamente. El trmino "disco blando" con precisin se refiere a los primeros discos para PC de 8 y 5.25 pulgadas que tuvieron xito. Los discos internos de hoy, ms pequeos, se construyen 3.5 pulgadas de forma similar a los anteriores, pero se albergan en un

casco de plstico rgido, que es ms durable que el techado flexible de los discos ms grandes. Con la introduccin del IBM PC/XT en 1983, el disco duro tambin volvi a ser un componente normal de computadoras personales. La descripcin "duro" se usa porque los discos internos que contienen los datos se sostienen en una unidad de aluminio rgido que los liga . Estos discos, se cubren con un magntico de mejor duracin y calidad que el plstico utilizado en los discos blando. La vida til de una unidad de discos duros, estn en funcin de la unidad del discos que lee/escribe (cabeza): en un disco duro, las cabezas no tienen un contacto directo con la unidad de almacenamiento, por el contrario en un disco blando la cabeza que lee/escribe esta en directo contacto, con lo que causa un deterioro con el uso. Por diseo un disco duro contiene considerablemente ms cantidad de datos que los discos flexibles y pueden guardar y recuperar mucha vez ms rpido. Rpidamente hubo una descenso en los precios por los discos duros lo que significaron que a mediados de 1980, un disco de por lo menos 20 MB de capacidad era un componente normal de la mayora de PCs. ( Porque discos blandos son un medios de comunicacin de almacenamiento baratos y trasladables, el disco blando todava se incluye en la mayora de PCs como un medios para la carga de software y transporte y archivo de datos vitales.) Como cualquier otro producto de la industria de la electrnica, la unidad de discos duros no estaba exento a la ley inexorable de miniaturizacin. A mediados de 1980 el disco 5.25 pulgadas se haba encogido considerablemente en cuanto a su altura. Uno normal maneja aproximadamente tres pulgadas de alto y pes slo unas libras, mientras que otros de ms baja capacidad "mitad-altura" son slo de 1,6 pulgadas. Por 1987 unidades de discos duros de 3.5 pulgadas empezaron a aparecer. stas unidades pequenas pesan come una libra y son del tamao de una agenda. Estos fueron integrados dentro de computadores de escritorio y ms tarde se incorporaron a los primeros en de verdad llamados computadoras porttiles (laptops) -peso promedio bajo 12 libras. La unidad de 3.5 pulgadas rpidamente volvi a ser la norma para los

computadores de escritorio y sistemas porttiles que requeran menos que 500 MB capacidad. Altura tambin se encoge con la introduccin del disco de 1 pulgada de alto, dispositivos de 'bajo perfil'. As como la forma de 3.5 pulgadas ganaba aceptacin, todava una forma ms pequea, de 2,5 pulgadas, poco a poco apareci en la escena. Esto estaba en directa respuesta a la necesidad de reducir el tamao y peso en computadoras porttiles de cuatro a seis libras computadoras tipo cuaderno (notebook). Hoy en da discos de 2.5 pulgadas son tan pequeos como las tarjetas de escritorio, y pueden contener 1 GB y ms. No sorprende que la marcha a la miniaturizacin no se detuvo con 2.5 pulgadas. Alrededor de 1992 varios modelos 1.8 pulgadas aparecieron, peso slo unas onzas y entrega capacidades de hasta 40 MB. Igualmente aparecieron con formato de 1.3 pulgadas, del tamao de una fosforera. Factores de forma ms pequeos por supuesto, no eran necesariamente mejor que los ms grandes. Unidades de discos con factores de forma de 2,5 son utilizados poco a poco y menos corrientemente se requieren slo para aplicaciones de la computadora donde el poco peso y tamao reducido son criterios importantes. Donde capacidad y costo por megabyte son los criterios principales, se prefiri por unidades de factor de la forma ms grandes. Por esta razn unidades de 3.5 pulgadas continuaran dominando el futuro previsible en PCs de escritorio y estaciones de trabajo, mientras el formato 2.5 pulgadas continuar dominando en computadoras porttiles. La construccin de factores de forma ms pequeos es posible de poder continuar conforme a los adelantos en electrnica, medios de comunicacin del disco, cabezas lecto/grabadoras, y otro tipo de tecnologas de unidades de discos. Histricamente, los avances tecnolgicos han dado por resultado el doble de densidad del rea de grabacin -y as la capacidad del megabyte de un disco- cada 18 meses. Desde su introduccin, el disco duro se ha vuelto la forma ms comn de almacenamiento en masa para computadoras personales. Fabricantes han hecho grandes avances en capacidad, tamao y ejecucin. Hoy, el formato de 3.5 pulgadas, es capaz de manejar y acceder a millones de datos

(gigabyte GB) mientras el computador esta accediendo a las aplicaciones multimedia, grficos de alta calidad, gestin de redes, y aplicaciones de las comunicaciones. Y, segn el tamao maneja no slo el equivalente de cientos de miles de pginas de informacin, sino que tambin recupera una dato o artculo determinado en slo unos milsimas de segundo. An ms, con el transcurrir del tiempo cada vez es ms barato la unidad de disco. A comienzo de 1990, el costo de compra de un disco duro de 200 MB era bajo los US$200, o menos que un dlar por megabyte.

Archivos planos

El origen de archivo plano lee datos de un archivo de texto. El archivo de texto puede tener formato delimitado, de ancho fijo o mixto. El formato delimitado utiliza columna y delimitadores de filas para definir columnas y filas. El formato de ancho fijo utiliza el ancho para definir columnas y filas. Este formato tambin incluye un carcter para rellenar los campos hasta alcanzar el ancho mximo. El formato derecho irregular utiliza el ancho para definir todas las columnas, excepto la ltima, que se delimita mediante el delimitador de filas.

Las columnas de salida en la salida del origen de archivo plano incluyen la propiedad FastParse. FastParse indica si la columna usa las rutinas de anlisis ms rpidas que no distinguen la configuracin regional y permiten un anlisis rpido que Integration Services proporciona, o las rutinas de anlisis estndar que s distinguen la configuracin regional. Para obtener ms informacin, vea Anlisis rpido y Anlisis estndar.

Las columnas de salida tambin pueden tener la propiedad UseBinaryFormat. Esta propiedad se usa para implementar en archivos la compatibilidad con datos binarios, como los datos con formato decimal. De manera predeterminada, UseBinaryFormat se establece en false. Si desea usar un formato binario, establezca UseBinaryFormat en true y el tipo de datos de la columna de salida en DT_BYTES. Al hacer esto, el origen de archivos planos omite la conversin de los datos y los pasa a la columna de salida tal y como estn. A continuacin, se puede usar una transformacin como Columna derivada o Conversin de datos para convertir los datos DT_BYTES en otro tipo de datos; tambin se puede escribir un script personalizado en una transformacin de script para interpretar los datos. Por ltimo, tambin se puede escribir un componente de flujo de datos personalizado que interprete los datos. Para obtener ms informacin sobre los tipos de datos en que se pueden convertir los datos DT_BYTES, vea Conversin (expresin de SSIS). Este origen utiliza un administrador de conexiones de archivos planos para tener acceso al archivo de texto. Si establece las propiedades del administrador de conexiones de archivos planos, puede proporcionar informacin sobre el archivo y cada columna que contiene, y especificar cmo debe controlar el origen de archivo plano los datos del archivo de texto. Por ejemplo, puede especificar los caracteres que delimitan columnas y filas en el archivo, as como el tipo de datos y la longitud de cada columna. Para obtener ms informacin, vea Administrador de conexiones de archivos planos. Este origen tiene una salida y una salida de error.

En dieficion las archivos planos son bsicamente auto por escrito las estructuras de base de datos que se almacenan en archivos. Antes de MySQL que utiliza para almacenar todo en archivos planos. As, por ejemplo, digamos que usted quiere para almacenar un nombre de usuario, nombre, apellido y direccin IP. Su archivo plano puede ser como esto con cada lnea que es una entrada independiente, y tubos de separar los campos

En general el rendimiento de la utilizacin de archivos planos no ser tan grande porque cada vez que acceder a la base de datos que tienen que tener acceso al archivo que se almacena en el disco duro. El acceso a la unidad de disco duro es muy lento y si usted consigue trfico es muy probable que encuentro cargas muy elevadas en el servidor debido a todos el acceso a disco que tiene que hacer. Tambin es un dolor, si usted ms tarde decide cambiar su estructura plana base de datos de archivo, y usted tendra ms posibilidades de escribir scripts para automatizar los cambios realizados a la estructura. En general, probablemente se apegar a la utilizacin de una base de datos SQL debido al mayor rendimiento y capacidad de cambiar la estructura con relativa facilidad.

Base de datos jerrquica

Una base de datos jerrquica es un tipo de sistema de gestin de bases de datos que, como su nombre indica, almacenan la informacin en una estructura jerrquica que enlaza los registros en forma de estructura de rbol (similar a un rbol visto al revs), en donde un nodo padre de informacin puede tener varios nodos hijo. Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de rbol se convierte en una estructura en forma de grafo dirigido. Esta variante se denomina Bases de datos de red.

Cmo funcionan A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel fsico, es decir,

mediante referencia a direcciones fsicas del medio de almacenamiento (sectores y pistas). Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo relacional. Cada registro consta de un conjunto de campos, el equivalente a las columnas del modelo relacional. Un conjunto de registros con los mismos campos se denomina fichero (record type, en ingls), el equivalente a las tablas del modelo relacional. El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son unidireccionales. En justicia, dichas relaciones son hijopadre, pero no padre-hijo. Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial por todos los registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento). En las bases de datos jerrquicas no existen ndices que faciliten esta tarea. Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones. Como ya se ha mencionado, las relaciones se establecen mediante punteros entre registros. Es decir, un registro hijo contiene la direccin fsica en el medio de almacenamiento de su registro padre. Esto tiene una ventaja fundamental sobre las bases de datos relacionales: el rendimiento. El acceso de un registro a otro es prcticamente inmediato sin necesidad de consultar tablas de correspondencia. Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy sencillo responder a determinadas preguntas, pero muy difcil el contestar a otras. Limitaciones del modelo jerrquico

A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y que no existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el sistema gestor de base de datos no implementa ningn control sobre los propios datos, sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones estn sujetas a errores y fallos, esto es imposible en la prctica. Adems dichas condiciones suelen romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus consecuencias. Duplicidad de registros No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto para los campos "clave". Es decir, no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos. Integridad referencial No existe garanta de que un registro hijo est relacionado con un registro padre vlido. Por ejemplo, es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que stos ltimos estn relacionados con un registro invlido o inexistente Desnormalizacin Este no es tanto un problema del modelo jerrquico como del uso que se hace de l. Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas no tienen controles que impidan la desnormalizacin de una base de datos. Por ejemplo, no existe el concepto de campos clave o campos nicos. La desnormalizacin permite ingresar redundancia de una forma controlada, seguir a una serie de pasos conlleva a: Combinar las relaciones Duplicar los atributos no claves

Introduccin de grupos repetitivos Crear tablas de extraccin Cuando se debe desnormalizar: Se debe desnormalizar para optimizar el esquema relacional Para hacer referencia a la combinacin de 2 relaciones que forman una sola relacin Ejemplo: Proveedor (Nro_proveedor, calle, ciudad, cod_postal, descripcin) La relacin Proveedor esta desnormalizada, ya que para normalizarla deberamos crear una tabla con ciudad y cdigo postal Bases de Datos en Red Una base de datos de red es una base de datos conformada por una coleccin o set de registros, los cuales estn conectados entre s por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional.

Un registro es una coleccin o conjunto de campos (atributos), donde cada uno de los que contiene solamente un nico valor almacenado, exclusivamente el enlace es la asociacin entre dos registros, as que podemos verla como una relacin estrictamente binaria. Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca ms que la estructura de rbol, porque un nodo hijo en la estructura red puede tener ms de un nodo padre. En otras palabras, la restriccin de que en un rbol jerrquico cada hijo puede tener slo un padre, se hace menos severa. As, la estructura de rbol se puede considerar como un caso especial de la estructura de red.

Se trata tambin de una organizacin jerrquica de nodos, pero un nodo hijo puede tener ms de un solo nodo padre (relacin muchos a muchos). Existen los punteros, que son conexiones adicionales entre nodos padres y nodos hijos, que permiten acceder a un nodo por vas distintas accediendo al mismo en direccin descendente por las diversas ramas. Representa una mejora al modelo jerrquico.

Por ejemplo: Los vendedores destacados para distribuir determinados productos en algunas ciudades pueden ilustrar este modelo, Cada Producto puede ser distribuido por ms de un Vendedor, as mismo cada Vendedor puede encargarse de diferentes Ciudades.

Bases de datos relacionales

Una base de datos relacional es una base de datos en donde todos los datos visibles al usuario estn organizados estrictamente como tablas de valores, y en donde todas las operaciones de la base de datos operan sobre estas tablas. Estas bases de datos son percibidas por los usuarios como una coleccin de relaciones normalizadas de diversos grados que varan con el tiempo. El modelo relacional representa un sistema de bases de datos en un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente, de la misma manera como, por ejemplo, un lenguaje del tipo de PL/1 representa un sistema de programacin con un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente. De hecho, el modelo relacional puede considerarse como un lenguaje de programacin mas bien abstracto, orientado de manera especfica hacia las aplicaciones de bases de datos. [Date, 1993]

En trminos tradicionales una relacin se asemeja a un archivo, una tupla a un registro, y un atributo a un campo. Pero estas correspondencias son aproximadas, en el mejor de los casos. Una relacin no debe considerarse como ``solo un archivo'', sino mas bien como un archivo disciplinado, siendo el resultado de esta disciplina una simplificacin considerable de las estructuras de datos con las cuales debe interactuar el usuario, lo cual a su vez simplifica los operadores requeridos para manejar esas estructuras. Caractersticas principales de los ``archivos'' relacionales: Cada ``archivo'' contiene solo un tipo de registros Los campos no tienen un orden especfico, de izquierda a derecha Los registros no tienen un orden especfico, de arriba hacia abajo Cada campo tiene un solo valor Los registros poseen un campo identificador nico (o combinacin de campos) llamado clave primaria As, todos los datos en una base de datos relacional se representan de una y solo una manera, a saber, por su valor explcito (esta se denomina en ocasiones ``principio bsico del modelo relacional''). En particular, las conexiones lgicas dentro de una relacin y entre las relaciones se representan mediante esos valores; no existen ``ligas'' o apuntadores visibles para el usuario, ni ordenamientos visibles para el usuario, ni grupos repetitivos visibles para el usuario, etc. Actualmente algunos de los manejadores de bases de datos, utilizan un sistema de bsqueda con algoritmos de rboles b. Pero las bsquedas que se pueden realizar con estos algoritmos son slo para memoria principal. Los algoritmos implementados para realizar bsquedas con listas salteadas o por bloques (skip lists) son eficientes para realizar bsquedas en memoria secundaria. Como tienen varios niveles en cada nodo de la lista, nos permite dar saltos mas largos al realizar las bsquedas, esto provoca que las sean mas rpidas.

Base da datos orientada a objetos

CONCEPTO Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del modelo de objetos: Encapsulacin, Herencia y Polimorfismo. En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definicin de la base de datos. La base de datos est constituida por objetos, que pueden ser de muy diversos tipos, y sobre los cuales se encuentran definidas unas operaciones. Las bases de datos orientadas a objetos pueden manejar informacin binaria (como objetos multimedia) de una forma eficiente HISTORIA Las bases de datos orientadas a objetos fue un tema que se pens revolucionara la manera de hacer persistente la informacin en los sistemas software durante los aos 90.En la actualidad es evidente que esto no fue as. Sin embargo, un resurgimiento de este concepto, gracias a las comunidades de software libre, y la identificacin de aplicaciones idneas para el mismo, motivan la revisin de las caractersticas de esta alternativa a las omnipresentes bases de datos relacionales. CARACTERSTICAS Las bases de datos orientadas a objetos (BDOO) se disean para trabajar con lenguajes de programacin como Java, C#, C++ y Visual Basic. NetAl crear un sistema de BD Orientado a Objetos se deben tener en cuenta unas caractersticas que estn divididas en tres grupos: Mandatorias.- Son aquellas obligatorias Opcionales.-No son obligatorias y se ponen para hacer que el sistema sea mejor Abiertas.-Son aquellas en las que el diseador puede poner de su parte y que estn relacionadas con la programacin

PROPIEDADES Encapsulacin - Propiedad que permite ocultar la informacin al resto de los objetos, impidiendo as accesos incorrectos o conflictos. Herencia - Propiedad a travs de la cual los objetos heredan

comportamiento dentro de una jerarqua de clases. Polimorfismo Propiedad de una operacin mediante la cual puede ser aplicada a distintos tipos de objetos.

EN QUE SISTEMAS SE APLICAN ESTAS BASES DE DATOSSE APLICAN EN LOS SIGUIENTES SISTEMAS: VISUAL STUDIO.NETC++, C# Microsoft SQL Server ORACLEJAVA, etc. VENTAJAS Manipula datos complejos de forma rpida Flexibilidad Elimina por completo la necesidad de ORMs1 (impedancia), con su consecuente mejora en desempeo. DESVENTAJAS Mecanismos de consulta muy primitivos, sin un estndar independiente de la plataforma aceptado. Imposibilidad de procedimientos almacenados, ya que los objetos solo pueden ser consultados en el cliente. Inmadurez en el mercado No hay agrupamiento fsico de objetos Su limitacin suele residir en su especializacin, ya que suelen estar diseadas para un tipo particular de objetos (por ejemplo, una base de datos para un programa de CAD).

Bibliografa

http://www.slideshare.net http://www.fismat http://html.rincondelvago