Las Bases de Datos Informaticas Imprimir

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA
ESTUDIO DE LAS BASES DE DATOS RELACIONALES
Pgina | 1
Pgina | 2
INTRODUCCIN
Este proyecto est diseado de tal manera que sirve de apoyo y gua para los estudiantes de Computacin e Informtica y para un autoaprendizaje. Para facilitar el manejo de un sistema en una determinada empresa con la utilizacin de un sistema de base de datos Antes de la aparicin de la informtica, la informacin se almacenaba en ficheros con cajones, carpetas y fichas. Tras la aparicin de la informtica estos datos se almacenan en archivos digitales dentro de los dispositivos de almacenamiento de la computadora (a veces en archivos binarios, o en hojas de clculo, etc). Adems las empresas requieren utilizar aplicaciones informticas para realizar tareas propias de la empresa a fin de mecanizar a las mismas. Estas aplicaciones requieren manejar los datos de la empresa. La Base de datos informtica es una serie de datos relacionados que forman una estructura lgica, es decir una estructura reconocible desde un programa de computadora. Hoy tambin destaca la utilizacin de bases de datos distribuidas ya que cada vez es ms corriente el uso de arquitecturas de cliente-servidor y trabajo en grupo. Los principales problemas que se generan por el uso de la tecnologa de bases de datos distribuidas se refieren a la duplicidad de datos y a su integridad al momento de realizar actualizaciones a los mismos. Adems, el control de la informacin puede constituir una desventaja, debido a que se encuentra diseminada en diferentes localizaciones geogrficas.
Pgina | 3
I. A.
CONCEPTOS BASICOS DE BASE DE DATOS Dato: Es la unidad mnima de informacin. Conjunto de caracteres con algn significado. Puede ser de diferentes tipos: numrico (enteros y reales), alfanumrico, cadena, etc. Ejemplo. C1, Ana, 500, C2, Miguel, 300, C3, Juan, 540, etc. B. Informacin: Es un conjunto de datos lgicamente ordenados y procesados, los cuales resultan de utilidad para el usuario. En otras palabras, la informacin debe tener valor, o en caso contrario sera un dato. Ejemplo. TABLA CLIENTE Cdigo C1 C2 C3 C4 Nombre Ana Miguel Juan Maria Sexo F M M F Saldo 500 300 540 230 Campos / Atributos
Registros El Cliente Ana, con cdigo C1, su saldo es de 500. El Cliente Miguel, con cdigo C2, su saldo es de 300., etc. C. Campo Un campo es la implementacin de un atributo de datos (caracterstica), el campo son la unidad mnima de datos que han de almacenarse en una Base de Datos. Ej. Cdigo, Nombre, Sexo, Saldo, etc. D. Registro Representa la organizacin estructurada de los campos. Ej. Registro 1: C1, Julio, M, 400 Registro 2: C2, Miguel, M, 700
Pgina | 4
Registro 3: C3, Ana, F, 450, etc.
Pgina | 5
E.
Tabla o Archivo Son los objetos principales de las bases de datos, los cuales se utiliza para guardar o almacenar los datos. Son una coleccin de registro. Podemos tener ms e una tabla en una base de Datos con la finalidad de guardar informacin relacionada. Ej. Cliente, Artculo, Revista, etc. Ej. TABLA CLIENTE Cdigo C1 C2 C3 C4 C5 Nombre Julio Miguel Ana Roy Julia Sexo M M F M F Saldo 400 700 450 270 460
F.
Base de Datos Es una coleccin de datos relacionados a travs de tablas, una descripcin de los datos almacenados en las tablas, diseados para cumplir con las necesidades de informacin de una organizacin. Esto con la finalidad de reducir la redundancia de datos.
G.
Sistema Manejador de Base de datos (DBMS/SGBD) Un Sistema Gestor de Bases de Datos o SGBD (aunque se suele utilizar ms a menudo las siglas DBMS procedentes del ingls, Data Base Management System) es el software que permite a los usuarios procesar, describir, administrar y recuperar los datos almacenados en una base de datos.
Pgina | 6
Base de Datos
Esquema: funcionamiento y utilidad de un DBMS PROPOSITO El propsito general de los sistemas de gestin de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos. OBJETIVOS: ABSTRACCIN DE LA INFORMACIN: Los DBMS ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. INDEPENDENCIA: La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. REDUNDANCIA MNIMA: Un buen diseo de base de datos lograra evitar la aparicin de informacin repetida o redundante. CONSISTENCIA: En aquellos casos en los que no se ha logrado esta redundancia nula, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente. SEGURIDAD: La informacin almacenada en una base de datos puede llegar a tener un gran valor. INTEGRIDAD: Se trata de adoptar las medidas necesarias para garantizar la validez de los datos almacenados. RESPALDO Y RECUPERACIN: Los DBMS deben proporcionar una forma eficiente de realizar copias de seguridad de la informacin almacenada en ellos, y de restaurar a partir de estas copias de los datos.
Pgina | 7
CONTROL DE LA CUNCURRENCIA: en la mayora de entornos, lo ms habitual es que sean muchas las personas que acceden a una base de datos, bien para recuperar informacin, bien para almacenarla. TIEMPO DE RESPUESTA: lgicamente, es deseable minimizar el tiempo que el DBMS tarda en darnos la informacin solicitada y en almacenar los cambios realizados. H. Administrador de Base de Datos (ABD) En un entorno de Base de Datos el recurso primordial es la propia Base de Datos. Este recurso es de plena responsabilidad del ABD. El ABD es el encargado de autorizar el acceso, de coordinar y vigilar la utilizacin de la base de datos I. Sistema de Base de Datos Un sistema de bases de datos sirve para integrar los datos. Lo componen los siguientes elementos: Hardware: Mquinas en las que se almacenan las bases de datos. Incorporan dispositivos de almacenamiento masivo para este fin. Software: Es el sistema gestor de bases de datos. El encargado de administrar las bases de datos. Datos: Incluyen los datos que se necesitan almacenar y los metadatos que son datos que sirven para describir lo que se almacena en la base de datos. Usuarios: Personas que manipulan los datos del sistema. Hay tres categoras: Usuarios finales: Aquellos que utilizan datos de la base de datos para su trabajo cotidiano que no tiene por qu tener que ver con la informtica. Normalmente no utilizan la base de datos directamente, si no que utilizan aplicaciones creadas para ellos a fin de facilitar la manipulacin de los datos. Estos usuarios slo acceden a ciertos datos. Desarrolladores: Analistas y Programadores encargados de generar aplicaciones para los usuarios finales. Administradores: Tambin llamados DBA (Data Base Administrator), se encargan de gestionar las bases de datos.
Pgina | 8
II.
DEFINICIN DE BASE DE DATOS INFORMATICAS Es un conjunto de informacin relacionada almacenada con un propsito especfico. Base de Datos es un conjunto exhaustivo no redundante de datos estructurados organizados independientemente de su utilizacin y su implementacin en computadora accesibles en tiempo real y compatibles con usuarios concurrentes con necesidad de informacin diferente y no predicable en tiempo. Surgen desde mediados de los aos sesenta la historia de las bases de datos, en 1970 Codd propuso el modelo relacional, este modelo es el que ha marcado la lnea de investigacin por muchos aos, ahora se encuentran los modelos orientados a objetos.
III.
VENTAJAS Independencia de los datos y los programas y procesos . Esto permite modificar los datos sin modificar el cdigo de las aplicaciones. Menor redundancia. No hace falta tanta repeticin de datos. Aunque, slo los buenos diseos de datos tienen poca redundancia. Integridad de los datos. Mayor dificultad de perder los datos o de realizar incoherencias con ellos. Mayor seguridad en los datos. Al limitar el acceso a ciertos usuarios. Datos ms documentados. Gracias a los metadatos que permiten describir la informacin de la base de datos.
Pgina | 9
Acceso a los datos ms eficiente. La organizacin de los datos produce un resultado ms ptimo en rendimiento. Menor espacio de almacenamiento. Gracias a una mejor estructuracin de los datos.
IV.
DESVENTAJAS Instalacin costosa. El control y administracin de bases de datos requiere de un software y hardware poderoso. Requiere personal cualificado. Debido a la dificultad de manejo de este tipo de sistemas. Implantacin larga y difcil. Debido a los puntos anteriores. La adaptacin del personal es mucho ms complicada y lleva bastante tiempo. Ausencia de estndares reales. Lo cual significa una excesiva dependencia hacia los sistemas comerciales del mercado. Aunque hay una buena parte de esta tecnologa aceptada como estndar de hecho.
V.
ESTRUCTURA DE UNA BASE DE DATOS Las bases de datos estn compuestas (como ya se ha comentado), de datos y de metadatos. Los metadatos son datos (valga la redundancia) que sirven para especificar la estructura de la base de datos; por ejemplo qu tipo de datos se almacenan (si son texto, nmeros, fechas, etc.), qu nombre se le da a cada dato (nombre, apellido, direccin, fecha, etc.), cmo estn agrupados, cmo se relacionan. De este modo se producen dos visiones de la base de datos: Estructura lgica. Indica la composicin y distribucin terica de la base de datos. La estructura lgica sirve para que las aplicaciones puedan utilizar los elementos de la base de datos sin saber realmente cmo se estn almacenando. Es una estructura que permite idealizar a la base de datos. Sus elementos son objetos, entidades, nodos, relaciones, enlaces, que realmente no tienen presencia real en la fsica del sistema. Por ello para acceder a los datos tiene que haber una posibilidad de traducir la estructura lgica en la estructura fsica.
Pgina | 10
Estructura fsica. Es la estructura de los datos tan cual se almacenan en las unidades de disco. La correspondencia entre la estructura lgica y la fsica se almacena en la base de datos (en los metadatos).
VI.
MODELOS DE BASE DE DATOS Es una representacin de la realidad que contiene los caracteres generales de algo que requiere realizar en el futuro. En Base de Datos estos modelos los elaboramos de manera grfica existiendo diferentes tipos. 6.1. Qu es un modelo de Base de Datos? Es una coleccin de herramientas conceptuales para describir los datos relaciones que existen entre ellos semntica asociados a las entidades y algunas restricciones de consistencia. 6.2. CLASIFICACIN DE LOS DIFERENTES MODELOS DE LA BASE DE DATOS a. MODELO LOGICOS BASADOS EN OBJETOS: Nos permite una seleccin clara y concisa de los esquemas conceptuales y de visin. Los dos ms extendidos son el modelo entidad-relacin y el orientado a objetos. El modelo entidad-relacin (E-R) se basa en una percepcin del mundo compuesta por objetos, llamados entidades, y relaciones entre ellos. Las entidades se diferencian unas de otras a travs de atributos. El orientado a objetos tambin se basa en objetos, los cuales contienen valores y mtodos, entendidos como rdenes que actan sobre los valores, en niveles de anidamiento. Los objetos se agrupan en clases, relacionndose mediante el envo de mensajes. Algunos autores definen estos modelos como "modelos semnticos".
Pgina | 11
b. MODELOS LGICOS BASADOS EN REGISTROS: Este modelo se usa una coleccin de tablas para representar tanto los datos como las relaciones que hay entre ellos. Cada tabla tiene varias columnas y cada columna tiene un nombre nico cada tabla tiene una cantidad de registros o duplas. El ms extendido es el relacional, mientras que los otros dos existentes, jerrquico y de red, se encuentran en retroceso. Estos modelos se usan para especificar la estructura lgica global de la base de datos, estructurada en registros de formato fijo de varios tipos. El modelo relacional representa los datos y sus relaciones mediante tablas bidimensionales, que contienen datos tomados de los dominios correspondientes. El modelo de red est formado por colecciones de registros, relacionados mediante punteros o ligas en grafos arbitrarios. El modelo jerrquico es similar al de red, pero los registros se organizan como colecciones de rboles. Algunos autores definen estos modelos como "modelos de datos clsicos". c. MODELOS FSICOS DE DATOS: Describe los datos en el nivel ms bajo (Nivel Fsico). Permite identificar algunos detalles de implantacin para el manejo de hardware de almacenamiento. Entre los ms conocidos tenemos el modelo unificador y el modelo de memoria por marcos. 6.3. EL MODELO ENTIDAD RELACIN Los diagramas o modelos entidad-relacin son tcnicas que est basada en una percepcin del mundo real con la finalidad de definir las necesidades de informacin de una organizacin institucin o hecho que se queda. Estos modelos expresan entidades relevantes para un sistema de informacin, sus inter-relaciones y propiedades. El Modelo Entidad-Relacin es un concepto de modelado para bases de datos, propuesto por Peter Chen, mediante el cual se pretende 'visualizar' los objetos
Pgina | 12
que pertenecen a la Base de Datos como entidades (esto es similar al modelo de Programacin Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representacin lgica de la informacin. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.
El modelado entidad-relacin es una tcnica para el modelado de datos utilizando diagramas entidad relacin. No es la nica tcnica pero s la ms utilizada. Brevemente consiste en los siguientes pasos: 1. 2. 3. 4. 5. 6. 7. Se parte de una descripcin textual del problema o sistema de informacin a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen. Los sustantivos son posibles entidades o atributos. Los verbos son posibles relaciones. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. Se elabora el diagrama (o diagramas) entidad-relacin. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama. Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos. Diagrama Entidad Relacin
CLIENTE #* CodCli 1 * PnombreCli * SnombreCli * ApPatCli n * ApMatCli * DirecCli o FechaNacCli

comprar
PRODUCTO #* CodPro * NomPro * PrecUPro
comprado
Pgina | 13
Formalmente, los diagramas E-R son un lenguaje grfico para describir conceptos. Informalmente, son simples dibujos o grficos que describen la informacin que trata un sistema de informacin y el software que lo automatiza.
Los elementos de dicho lenguaje se describen a continuacin, por orden de importancia.
a) Entidades: Una entidad es cualquier "objeto" discreto sobre el que se

tiene informacin. Se representa mediante un rectngulo o "caja" etiquetada en su interior mediante un nombre. Ejemplos de entidades habituales en los sistemas de informacin son: Cliente, Producto, Especialidad, Lnea Factura, Persona, Empleado, etc. Cada ejemplar de una entidad se denomina instancia. Por ejemplo, Ignacio y Camila pueden ser dos instancias distintas de la entidad "persona". Las instancias no se representan en el diagrama. No obstante, se pueden documentar aparte porque son tiles para inicializar la base de datos resultante. Por ejemplo, las especialidades existentes en una institucin educativa pueden ser relevantes como datos iniciales de la entidad "Especialidad".
b) Atributos: son aquellas propiedades o caractersticas propias de las

entidades cada entidad posee los mismos atributos. Se representan mediante #* (Clave primaria), * (Obligatorio), o (Opcional), etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo (Tambin llamado Clave Primaria) de la entidad se suele anteponer #*. En el MER un atributo se puede clasificar de la siguiente manera.
Atributo Simple: Son aquellos atributos cuyos valores no se pueden dividir, ejemplo: la edad, ao, celular, etc.
Pgina | 14
Atributo Compuesto: Son aquellos cuyos valores se pueden dividir en otros, ejemplos: direccin (nombre de calle, nmero de calle), fecha (da, mes, ao), nombre (primer nombre, segundo nombre)
Atributos Obligatorios: Son aquellos cuyos valores siempre tienen que estar registrados en la Base de Datos, ejemplo: primer nombre, apellido materno, apellido paterno, fecha de nacimiento, DNI.
Atributos Opcionales: Son aquellos cuyos valores pueden estar o no registrados en la base de Datos, ejemplo: Segundo nombre, pagina web, celular.
Atributos Derivados: Son aquellos cuyos valores se derivan de aquellos que estn registrados en la Base de Datos, ejemplo: edad, consto total, etc.
Clave Primaria (PK): Este atributo permite identificar de manera nica a las entidades. Se debe tener encuentra que ese valor no se repita en la misma tabla.
c) Relaciones: Una relacin es una asociacin lgica que hay entre dos
entidades. Una relacin es bidireccional es decir se puede leer en ambos sentidos. Existen 3 tipos de relacin: De uno a uno (1:1): cuando una tupla de registro A se relaciona con una y solamente un registro de la entidad B. De uno a varios (1: n): cuando una tupla de la entidad A se puede relacionar con uno o ms registro de la entidad B. De varios a varios (n: n) : cuando un registro de entidad A se relaciona con uno o ms registro de la entidad B. Diagramas extendidos Los diagramas Entidad-Relacin no cumplen su propsito con eficacia debido a que tienen limitaciones semnticas. Por ese motivo se suelen utilizar los
Pgina | 15
diagramas Entidad-Relacin extendidos que incorporan algunos elementos ms al lenguaje como: Entidades fuertes y dbiles Cuando una entidad participa en una relacin puede adquirir un papel fuerte o dbil. Una entidad dbil es aquella que no puede existir sin participar en la relacin, es decir, aquella que no puede ser unvocamente identificada solamente por sus atributos. Una entidad fuerte es aquella que si puede ser identificada unvocamente. En los casos en que se requiera, se puede dar que una entidad fuerte "preste" algunos de sus atributos a una entidad dbil para que, esta ltima, se pueda identificar. Atributos en relaciones Las relaciones tambin pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo tpico son las relaciones de tipo "histrico" donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisin de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisin" de la factura debera colocarse en la relacin "se emite". Herencia La herencia es un intento de adaptacin de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relacin entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relacin de herencia se representa mediante un tringulo interconectado por lneas a las entidades. La entidad conectada por el vrtice superior del tringulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del tringulo. VII. TIPOS DE BASES DE DATOS Las bases de datos pueden clasificarse de varias maneras, de acuerdo al criterio elegido para su clasificacin:
Pgina | 16
Segn la variabilidad de los datos almacenados

Bases de datos estticas: stas son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos histricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs del tiempo, realizar proyecciones y tomar decisiones. Bases de datos dinmicas: stas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de informacin de una tienda de abarrotes, una farmacia, un videoclub.
Segn el contenido
Bases de datos bibliogrficas: Solo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro tpico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de publicacin, editorial, ttulo, edicin, de una determinada publicacin, etc. Puede contener un resumen o extracto de la publicacin original, pero nunca el texto completo, porque si no, estaramos en presencia de una base de datos a texto completo (o de fuentes primarias ver ms abajo). Como su nombre lo indica, el contenido son cifras o nmeros. Por ejemplo, una coleccin de resultados de anlisis de laboratorio, entre otras. Bases de datos de texto completo: Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una coleccin de revistas cientficas. Directorios: Un ejemplo son las guas telefnicas en formato electrnico. Bases de datos o "bibliotecas" de informacin qumica o biolgica: Son bases de datos que almacenan diferentes tipos de informacin proveniente de la qumica, las ciencias de la vida o mdicas. Se pueden considerar en varios subtipos:
Pgina | 17
Las que almacenan secuencias de nucletidos o protenas. Las bases de datos de rutas metablicas. Bases de datos de estructura, comprende los registros de datos experimentales sobre estructuras 3D de biomolculasBases de datos clnicas. Bases de datos bibliogrficas (biolgicas, qumicas, mdicas y de otros campos): PubChem, Medline, EBSCOhost.
MODELOS TRADICIONALES. Mencionaremos sistemas de bases de datos ms utilizados hasta el momento, aunque quizs en pocos aos, los sistemas orientados a objeto deban ser los ms utilizados. No obstante, para ser realistas, hay que recordar que no es verdad que la prctica totalidad de las empresas dejen descansar sus datos sobre bases de datos de alguno de estos tres tipos. De hecho, la triste realidad es que muchas entidades, especialmente los bancos, por el hecho de haber sido las primeras en informatizarse, siguen teniendo todos sus datos sobre ficheros electrnicos simples, manejados directamente a travs del Sistema Ooperativo., y no con la intervencin de un S.G.B.D. o D.B.M.S. mantenimiento. No por ello debe pensar el estudiante que, en tal caso, el emplear una base de datos es algo intil y falto de esencia. De hecho, la realidad que circunda a Mlaga, no es una realidad de grandes empresas, excepto quizs los bancos, sino un mundo de pequeas y medianas empresas, que por haberse incorporado ms tardamente al mundo de los ordenadores, s que han adoptado las bases de datos como responsable del almacenamiento de sus datos. Por otro lado, los sistemas de reserva de billetes, y otros sistemas que tienen en comn una enorme cantidad de usuarios dispersos efectuando peticiones al sistema central, tambin utilizan bases de datos, debido a que el concepto de transaccin que stas facilitan hace mucho ms fcil su programacin, asegurando adems el buen funcionamiento global de toda la red de terminales de usuario. MODELO JERRQUICO. que facilite su gestin y
Pgina | 18
El sistema jerrquico ms comnmente conocido es el sistema IMS de IBM. Esta base de datos tiene como objetivo establecer una jerarqua de fichas, de manera que cada ficha puede contener una a su vez listas de otras fichas, y as sucesivamente. P.ej., una ficha de clientes puede lista de fichas de facturas, cada una de las cuales puede contener a su vez una lista de fichas de lneas de detalle que describen los servicios facturados. Una base de datos jerrquica est compuesta por una secuencia de bases de datos fsicas, de manera que cada base de datos fsica se compone de todas las ocurrencias de un tipo de registro o ficha determinada. Una ocurrencia de registro es una jerarqua de ocurrencias de segmento. Cada ocurrencia de segmento est formada por un conjunto de ocurrencias o instancias de los campos que componen el segmento. P.ej., en la figura siguiente tenemos una ocurrencia del tipo de registro Curso, de manera que como cabeza principal tenemos una instancia del segmento curso, de la cual dependen una o varias instancias de los segmentos Requisito y Oferta; a su vez, de Oferta dependen otros que son Profesor y Estudiante. Cabe distinguir en este punto entre el concepto de tipo de registro, y ocurrencia o instancia de registro. El tipo define la estructura general que debe poseer, o sea, los campos de cada uno de sus segmentos, y la estructura jerrquica entre ellos. Una instancia es un valor de un tipo de registro. Para que quede ms claro, un tipo de registro es como un tipo de persona: blanco, negro, amarillo, aceitunado, etc., mientras que una instancia es una persona concreta perteneciente a uno de estos tipos: Pablo Picasso, Nelson Mandela, Mao Tse Tung, Toro Sentado, etc. De esta forma, al segmento que se halla a la cabeza de un registro, se le llama segmento padre, y se llama segmentos hijo a los que dependen de l.
Pgina | 19
Para movernos por un registro de estructura jerrquica lo que se hace es posicionarse inicialmente en la raz de una instancia, e ir navegando por sus hijos segn nos convenga consultando o modificando los datos pertinentes. Una base de datos de este tipo, no permite el acceso directo a las instancias de un segmento hijo, si no es seleccionando previamente las instancias de los padres de los que depende. P.ej., no se puede seleccionar un estudiante si no es previa seleccin de una oferta y de un curso.
MODELO EN RED. Podemos considerar al modelo de bases de datos en red como de una potencia intermedia entre el jerrquico y el relacional que estudiaremos ms adelante. Su estructura es parecida a la jerrquica aunque bastante ms compleja, con lo que se consiguen evitar, al menos en parte, los problemas de aqul. Los conceptos fundamentales que debe conocer el administrador para definir el esquema de una base de datos jerrquica, son los siguientes: - Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional. - Campos o elementos de datos: Son cada uno de los apartados de que se compone una ficha. - Conjunto: Es el concepto que permite relacionar entre s tipos de registro distintos. Podemos imaginar los registros simplemente como fichas de un fichero. Para ilustrar el concepto de conjunto, supongamos que tenemos un tipo de registro de clientes, y un tipo de registro de vuelos de avin, y supongamos que queremos asociar ambas informaciones, de manera que para cada vuelo queremos saber cules son los pasajeros que viajan en l. La forma de hacerlo es a travs de un conjunto. Un conjunto relaciona dos tipos de registro. Uno de ellos es el registro propietario del conjunto, y el otro es el miembro. Veamos el diagrama de la figura siguiente que nos aclarar las cosas un poco ms. Son los diagramas de Bachman. Una restriccin bastante importante de este modelo, es que una ocurrencia de registro miembro puede pertenecer como mximo a una sola instancia de un determinado conjunto, aunque puede participar en varios tipos de
Pgina | 20
conjuntos distintos. Este modelo en red es ms potente que el modelo jerrquico, ya que aqul puede simularse, aplicando una jerarqua de conjuntos en varios niveles. P.ej., el ejemplo jerrquico del punto anterior quedara ahora como: Por otro lado, en un conjunto concreto, el tipo de registro propietario no puede ser, a su vez, el mismo que el tipo de registro miembro, o sea, un mismo tipo de registro no puede intervenir en el mismo conjunto como propietario y como miembro a la vez. Para ilustrar por qu el modelo en red es ms potente que el modelo jerrquico, basta con observar un conjunto como el siguiente:
MODELO RELACIONAL. Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el concepto informtico de una tabla, y el concepto matemtico de relacin, lo cual es una gran ventaja, pues permite efectuar formalizaciones de una forma estricta mediante las herramientas matemticas asociadas, como pueda ser el lgebra relacional en el mbito de las consultas. Gracias a Dios, no ser necesario enfrentarnos con todos estos formalismos propios de los matemticos, sino que dispondremos de unas herramientas fciles de manejar que nos permitirn interactuar con la base de datos. Los conceptos bsicos del modelo relacional son: - Registro: Es algo as como cada ficha de un fichero convencional. - Tabla: Es un conjunto de fichas de un mismo tipo. Con estos dos conceptos es posible crear cualquier tipo de datos, y asociarlos entre s, sin las restricciones propias del modelo jerrquico o en red. P.ej., si necesitamos disear una base de datos para una agencia de alquiler de coches, necesitaremos una tabla en la que se guarde informacin sobre los coches, como puede verse en la siguiente figura.
Pgina | 21
De esta forma, vemos que cada tabla est compuesta por filas, tambin llamadas tuplas o registros, cada uno de los cuales posee una serie de campos en los que se almacenan los datos bsicos.
El esquema de una tabla nos indica los nombres de cada uno de los campos que contiene, as como el tipo de informacin que debe contener. Una tabla es para nosotros un conjunto de registros; por tanto, los registros no pueden repetirse. Para poder acceder a un registro concreto, es necesario hacer una consulta a travs de algn campo que identifique a dicho registro, como puede ser p.ej. el nmero de la matrcula. A este campo especial que identifica cada registro se le llama clave del registro (Clave primaria) MODELOS AVANZADOS. Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas para una extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los ordenadores personales, ha hecho aparecer nuevas aplicaciones potentes que requieren la utilizacin de datos complejamente relacionados o con necesidades de consultas muy particulares, como puedan ser p.ej., los sistemas de informacin geogrficos, el diseo de circuitos electrnicos por ordenador, etc. Otro de los problemas que poseen los sistemas relacionales es el uso de los lenguajes de manipulacin y definicin de datos, que, aunque son muy simples de manejar directamente por un usuario, son difciles de insertar en un lenguaje
Pgina | 22
de programacin convencional, lo que da lugar a un problema de impedancia o resistencia de un lenguaje a ser utilizado junto con otro. Otros problemas se refieren a la inclusin del concepto de orden en los registros almacenados. Dado que una tabla es un conjunto de registros, y un conjunto no permite ni repeticiones de sus elementos, ni establece un orden entre ellos, es imposible representar ciertas caractersticas de datos muy particulares. Todos estos problemas han hecho que los investigadores estn buscando alternativas fiables a las bases de datos relacionales, como puedan ser las deductivas, las persistentes, las funcionales, o las orientadas a objetos, pasando por una gama de bases de datos histricas, espaciales, etc. Dos de ellas son las que estn sufriendo mayor empuje por parte de la comunidad informtica. Pasamos a describirlas.
MODELO ORIENTADO A OBJETOS. Actualmente, la creacin de programas ms grandes y complejos, ha hecho avanzar los mtodos de programacin hacia nuevas formas que permiten el trabajo en equipo de una forma ms eficaz y en la que se disminuyen los problemas de coordinacin. Uno de estos mtodos consiste en la programacin orientada a objetos (POO), que trata los problemas desde un punto de vista realista, y modelando cada uno de ellos como si se tratase de un conjunto de elementos u objetos que interrelacionan entre s para solucionar el problema. Para entender mejor esta filosofa, podemos pensar en ella como en el funcionamiento de un reloj de cuerda. Un reloj de cuerda posee numerosos elementos que interactan entre s para obtener como resultado final una determinada posicin de las manecillas, que son interpretadas por una persona como la hora actual. Cada uno de estos objetos es un elemento. Cuando un engranaje, por ejemplo, gira, no lo hace por capricho, sino para obtener como resultado el movimiento de otro engranaje, de una cremallera, o de la propia manecilla. De esta forma, cuando el usuario da cuerda a la maquinaria, lo que est haciendo realmente es modificar el estado de un objeto del reloj, normalmente la espiral de la cuerda cuya energa potencial mueve la corona haciendo que un oscilador avance el segundero. A su vez el movimiento del
Pgina | 23
segundero hace avanzar el del minutero, que hace avanzar el de la hora. Si el reloj es de cuco, cada hora se activar la portezuela del cuco que saldr un nmero determinado de veces segn la hora. De esta manera, una modificacin del estado de un objeto por parte de un usuario, desencadena una serie de acciones cuyo objetivo final es solucionar un problema al usuario: darle a conocer la hora exacta. As, la programacin orientada a objetos pretende ser una simulacin de los procesos de la realidad. De este ejemplo podemos sacar varios conceptos tiles: - Clase. Cuando hay varios objetos semejantes, pueden agruparse en una clase. De hecho, todo objeto debe pertenecer a una clase, que define sus caractersticas generales. P.ej., nuestro reloj posee varios engranajes. Sern diferentes, puesto que cada uno de ellos posee un dimetro y un nmero de dientes distinto, adems de poder ser o no helicoidal. Pero al fin y al cabo todos son engranajes. De esta manera cada engranaje pertenece a la misma clase, a pesar de tener unas caractersticas particulares que lo diferencian de los dems. - Estado. Son las caractersticas propias de cada objeto. Siguiendo con el caso de los engranajes, su estado puede ser el nmero de dientes, el tamao, etc. El estado se utiliza especialmente para guardar la situacin del objeto que vara con el tiempo. En nuestro caso almacenaramos la situacin en un espacio tridimensional, y la posicin o postura en que se encuentra. - Encapsulacin. Cada objeto es consciente de sus propias caractersticas. El engranaje sabe que si recibe una fuerza en uno de sus dientes, debe girar, y lo sabe porque obedece a unas leyes fsicas. En el caso de un programa, es el programador el que debe indicarle al objeto como comportarse ante cada estmulo del exterior o de otro objeto. Los dems objetos simplemente se limitan a indicarle al engranaje las fuerzas que le hacen, y ya sabr el engranaje para dnde se ha de mover, y a qu otros objetos modificar. - Mensaje. Es cada uno de los estmulos que se envan a un objeto. - Herencia. Para facilitar la programacin, se puede establecer toda una jerarqua de tipos o clases. P.ej., podemos declarar una clase Engranaje con las caractersticas bsicas de los engranajes. De ella podemos derivar otras tres: Eng. fijo, Cremallera, y Eng. helicoidal. Cada una de estas clases especializa la
Pgina | 24
clase general, con la ventaja de que las caractersticas comunes a los tres tipos de engranajes slo hay que decirlas una vez.
MODELO DECLARATIVO. El enfoque de las bases de datos declarativas es sumamente intuitivo para el usuario, y le permite abstraerse de los problemas de programacin inherentes a otros mtodos. Este modelo suele usarse para bases de conocimiento, que no son ms que bases de datos con mecanismos de consulta en los que el trabajo de extraccin de informacin a partir de los datos recae en realidad sobre el ordenador, en lugar de sobre el usuario. Estos mecanismos de consulta exigen que la informacin se halle distribuida de manera que haga eficiente las bsquedas de los datos, ya que normalmente las consultas de este tipo requieren acceder una y otra vez a los datos en busca de patrones que se adecuen a las caractersticas de los datos que ha solicitado el usuario. Sin embargo, no hablaremos de la organizacin de los datos, sino slo de las formas de las consultas. Entre las bases de datos declarativas podemos citar fundamentalmente dos: las deductivas, y las funcionales. Ambas extienden paradigmas o mtodos de programacin (al igual que ocurre con la programacin orientada a objetos) a las bases de datos, de manera que ambos, programa y base de datos puedan cooperar ms eficientemente en la resolucin del problema.
Pgina | 25
VIII.
OBJETOS DE LA BASE DE DATOS TABLAS En una base de datos la informacin se organiza en tablas, que son filas y columnas similares a las de los libros contables o a las de las hojas de clculo. Una base de datos simple puede que solo contenga una tabla, pero generalmente las bases de datos necesitan varias tablas. Cada fila de la tabla recibe tambin el nombre de registro (o tupla) y cada columna tambin campo. Un registro es una forma lgica y coherente de combinar informacin sobre algn tema. Un campo es un elemento nico de informacin, un tipo de elemento que aparece en cada registro
La base de datos proporciona los siguientes tipos de tablas que permite llevar a cabo objetivos especiales en una base de datos: a. TABLAS CON PARTICIONES: Son tablas cuyos datos se han dividido horizontalmente entre unidades que pueden repartirse por ms de un grupo de archivos de una base de datos. Las particiones facilitan la administracin de las tablas y los ndices grandes porque permiten obtener acceso y administrar subconjuntos de datos con rapidez y eficacia al mismo tiempo que mantienen la integridad del conjunto. b. TABLAS TEMPORALES: Hay dos tipos de tablas temporales: locales y globales. Las tablas temporales locales son visibles slo para sus creadores durante la misma conexin a una instancia de SQL. Server cono cuando se crearon o cuando se hizo referencia a ellas por primera vez. Las tablas temporales globales estn visibles para cualquier usuario y conexin una vez creadas. c. TABLAS DEL SISTEMA: SQL Server almacena los datos que definen la configuracin del servidor y de todas sus tablas en un conjunto de tablas
Pgina | 26
especial, conocido como tablas del sistema. Los usuarios no pueden consultar ni actualizar directamente las tablas del sistema si no es a travs de una conexin de administrador dedicado DAC que slo debera utilizarse bajo la supervisin de los servicios de atencin al cliente de Microsoft. IX. VISTAS Una vista es una tabla virtual cuyo contenido est definido por una consulta. Al igual que una tabla real, una vista consta de un conjunto de columnas y filas de datos con un nombre. Una vista acta como filtro de las tablas subyacentes a las que se hace referencia en ella. La consulta que define la vista puede provenir de una o de varias tablas, o bien de otras vistas de la base de datos actual u otras bases de datos. TIPOS DE VISTAS En SQL Server 2008, se pueden crear vistas estndar indizadas y vistas con particiones. Vistas Estndar: La combinacin de datos de una o ms tablas mediante una vista estndar permite satisfacer la mayor parte de las ventajas de utilizar vistas. Vistas Indexadas: Una indexada es una vista que se ha materializado. Esto significa que se ha calculado y almacenado. Se puede indizar una vista creando un ndice agrupado nico en ella. Vistas Particionadas: Una vista particionada rene datos horizontales con particiones de un conjunto de tablas miembro en uno o ms servidores. X. LOS DBMS 10.1. EVOLUCIN Inicialmente, en los aos 40s, los Sistemas de Archivos generados a travs de lenguajes de programacin no propietarios como Cobol y Fortran (vigentes en la actualidad), permiten almacenar los datos a travs de archivos planos con funciones bsicas de lectura y escritura sobre ellos. En 1964, se conciben los primeros Gestores de Base de Datos (DBMS:
Pgina | 27
Database Management System), por medio de los cuales se pretende dar un viraje a los Sistemas de Archivos, los cuales se limitan a la estructuracin del almacenamiento fsico de los datos. Con los DBMS se crea el concepto de Administracin de los datos, por medio de actividades integradas que permiten verlos fsicamente en un solo almacenamiento pero lgicamente se manipulan a travs de esquemas compuesto por estructuras donde se establecen vnculos de integridad, mtodos de acceso y organizacin fsica sobre los datos, permitiendo as obtener valores agregados de utilizacin tales como: manejo de usuarios, seguridad, atomicidad e independencia fsica y lgica de los datos, entre otros. El primer gestor de bases de datos (DBMS) comercial, IDS: Integrated Data Store , se crea bajo el concepto del Modelo de Datos de Red (Bachgman, 1965); luego se desarrolla el IMS: Information Management System , sobre el concepto del Modelo de Datos Jerrquico.
Estos DBMSs eran accesados normalmente por lenguajes de programacin como Cobol usando interfases de bajo nivel haciendo que las tareas de creacin de aplicaciones y mantenimiento de los datos fuesen controlables, pero an complejas. A medida que evolucionaban los DBMS, los lenguajes de programacin tambin lo hacan. En 1967 surge el primer lenguaje de programacin orientado a objetos, Simula, el cual fue propuesto para simulacin de actividades. En este los procedimientos podan ser asociados a un tipo para representar el comportamiento de una instancia, introduciendo as el concepto de Clase. Simula, soporta paralelismo permitiendo muchas entidades interactivas en una simulacin. acoplando datos y procedimientos. Luego se genera una nueva nocin, donde las bases de datos deben almacenar por medio de una estructura tabular llamada relacin o tabla (Codd, 1970), compuesta por filas y columnas, accesando dichas relaciones a travs de un lenguaje de alto nivel no procedural (declarativo). De esta Adems comparte objetos
Pgina | 28
forma en los aos 80s surgen varios productores de DBMS Relacionales (RDBMS) como Oracle, Informix, Ingres y DB2, adems de otros lenguajes orientados a objetos como el C++, Java (antes el Oak), Eiffel, y Smalltalk adoptando y mejorando el concepto de clase pero su desarrollo se hace independiente de los DBMSs. Comenzando los aos 80s ya se siente la necesidad de que los DBMS actuales manipulen objetos complejos y estructuras como las usadas en sistemas CAD y CASE, entre otras. A partir de esto se da inicio a dos grandes tendencias: los ORDBMS (Object Relational Database Management System) los cuales se proyectan como una extensin de los RDBMS hacia el paradigma OO, y los OODBMS (Object Oriented Database Management System) estaran disponibles para almacenar y manipular las clases, los objetos, la asociacin entre ellos y sus mtodos. As, finalizando los aos 80s se crean los OODBMSs por medio de productores como O2, ObjectDesign y Objectivity, entre otros.
Pero realmente se puede decir que estos no se hicieron tan comerciales como los existentes RDBMS ya que el concepto de Orientacin a Objetos se segua manejando muy a nivel del lenguaje de programacin, sin que se trabajaran estructuras de almacenamiento Orientadas a Objetos dependientes de estos. As, en 1991 surge la ODMG (Object Database Management Group) el cual estandariza los OODBMSs a partir del ODMG-93 y luego en 1992 el comit ANSI X3H2 inicia un trabajo en SQL3, del cual surgen los DBMS objeto relacional ORDBMS. Este trabajo fue programado para finalizarse en 1995, pero an se sigue trabajando en este con un tiempo lmite de terminacin, en el ao 1999. 10.2. DEFINICIN DE UN DBMS DBMS (Data Base Management System). Son las siglas en ingls para los Sistemas de Gestin de Bases de Datos (SGBD). Bajo este nombre se conoce a productos de fabricantes como Oracle, Sybase, Informix, Ingres, Borland, Microsoft, IBM, etc.
Pgina | 29
Sistema de administracin de bases de datos. Software que controla la organizacin, almacenamiento, recuperacin, seguridad e integridad de los datos en una base de datos. Acepta solicitudes de la aplicacin y ordena al sistema operativo transferir los datos apropiados. Los DBMS pueden trabajar con lenguajes de programacin tradicionales (Visual Basic, COBOL, C, etc.) o pueden incluir su propio lenguaje de programacin. Por ejemplo, dBASE y Paradox son programas de base de datos con un DBMS, un lenguaje completo de programacin y un lenguaje de cuarta generacin, haciendo de ellos sistemas completos de desarrollo de aplicaciones. Los comandos de los lenguajes de cuarta generacin permiten a los usuarios crear en forma interactiva archivos de bases de datos, editarlos, formular preguntas e imprimir informes sin necesidad de programacin. Miles de aplicaciones han sido desarrolladas en ambientes como stos.
Pgina | 30
10.3. ESQUEMA DE UN DBMS
10.4. LENGUAJES DEL DBMS En la estructura bsica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que permiten trabajar sobre la base de datos. Estos lenguajes estndar son:
DDL (Data Definition language): Lenguaje de Definicin de Datos. Por medio de este el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripcin del esquema en el catlogo del DBMS. Por medio de este el DBMS especifica el esquema conceptual e interno (Base de datos Almacenada).
Pgina | 31
SDL (Store Definition language): Lenguaje de definicin de almacenamiento. Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada.
VDL (View Definition language): Lenguaje de Definicin de Vistas. Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el esquema conceptual.
En las Bases de Datos Relacionales, el SQL, representa una combinacin de los anteriores.
DML (Data Manipulation language): Lenguaje de Manipulacin de Datos. Permite la manipulacin de las operaciones de Insercin, Eliminacin y Modificacin.
10.5 CARACTERISTICAS DE UN DBMS Control de la redundancia de datos Este consiste en lograr una mnima cantidad de espacio de almacenamiento para almacenar los datos evitando la duplicacin de la informacin. De esta manera se logran ahorros en el tiempo de procesamiento de la informacin, se tendrn menos inconsistencias, menores costos operativos y har el mantenimiento ms fcil. Compartimiento de datos Una de las principales caractersticas de las bases de datos, es que los datos pueden ser compartidos entre muchos usuarios simultneamente, proveyendo, de esta manera, mxima eficiencia. Mantenimiento de la integridad La integridad de los datos es la que garantiza la precisin o exactitud de la informacin contenida en una base de datos. Los datos interrelacionados deben siempre representar informacin correcta a los usuarios.
Pgina | 32
Soporte para control de transacciones y recuperacin de fallas. Se conoce como transaccin toda operacin que se haga sobre la base de datos. Las transacciones deben por lo tanto ser controladas de manera que no alteren la integridad de la base de datos. La recuperacin de fallas tiene que ver con la capacidad de un sistema DBMS de recuperar la informacin que se haya perdido durante una falla en el software o en el hardware. Independencia de los datos. En las aplicaciones basadas en archivos, el programa de aplicacin debe conocer tanto la organizacin de los datos como las tcnicas que el permiten acceder a los datos. En los sistemas DBMS los programas de aplicacin no necesitan conocer la organizacin de los datos en el disco duro. Este totalmente independiente de ello. Seguridad La disponibilidad de los datos puede ser restringida a ciertos usuarios. Segn los privilegios que posea cada usuario de la base de datos, podr acceder a mayor informacin que otros. Velocidad Los sistemas DBMS modernos poseen altas velocidades de respuesta y proceso. Independencia del hardware La mayora de los sistemas DBMS estn disponibles para ser instalados en mltiples plataformas de hardware. Los sistemas de bases de datos relacionales RDBMS (Relational Database Management System, por sus siglas en ingls) tales como Oracle, MySQL, SQL Server, PostgreSQL, Informix, entre otros, le permiten ejecutar las tareas que se mencionan a continuacin, de una forma entendible y razonablemente sencilla:
Pgina | 33
Le permiten ingresar datos al sistema. Le permiten almacenar los datos. Le permiten recuperar los datos y trabajar con ellos. Le proveen herramientas para capturar, editar y manipular datos. Le permiten aplicar seguridad. Le permiten crear reportes e informes con los datos. 10.6. USUARIOS DE UN SISTEMA MANEJADOR DE BASE DE DATOS

Personal del DBA (Administrador de Base de Datos) Usuarios Espordicos Programadores de Aplicaciones Usuarios paramtricos
XI.
DISEO DE BASE DE DATOS El proceso de diseo de una base de datos se gua por algunos principios. El primero de ellos que se debe evitar la informacin duplicada o, lo que es lo mismo los datos redundantes, porque malgastan el espacio y aumentan la probabilidad d3e que se produzcan errores e incoherencias. El segundo principio es que es importante que la informacin sea correcta y completa. Un buen diseo de base de datos es, por lo tanto, aquel que: Divide la informacin en tablas basadas en temas para reducir los datos redundantes. Proporciona a RDBMS la informacin necesaria para reunir la informacin de las tablas cuando as se precise. Ayuda a garantizar la exactitud e integridad de la informacin. Satisface las necesidades de procesamiento de los datos y de generacin de informes.
EL PROCESO DE DISEO El proceso de diseo consta de los siguientes pasos: Determinar la finalidad de la base de datos. Buscar y organizar la informacin necesaria.
Pgina | 34
Dividir la informacin en tablas. Convertir los elementos de informacin en columnas. Especificar claves principales. Definir relaciones entre las tablas. Ajustar el diseo Aplicar las reglas de normalizacin. DETERMINAR LA FINALIDAD DE LA BASE DE DATOS Es conveniente plasmar en papel el propsito de la base de datos: cmo piensa utilizarla y quin va a utilizarla. La idea es desarrollar una declaracin de intenciones bien definida que sirva de referencia durante todo el proceso de diseo. Esta declaracin de intenciones le permitir centrarse en los objetivos a la hora de tomar decisiones.
Pgina | 35
XII.
CONCLUSIONES
Luego de haber concluido este trabajo de investigacin sobre bases de datos fueron muchos los esfuerzos y conocimientos adquiridos durante dicha elaboracin. Algunos de los aspectos aprendidos y que de gran peso es la base de datos su definicin, requerimiento, ventajas y caractersticas donde podemos decir que la base de datos: Es una coleccin de datos o informacin usados para dar servicios a muchas aplicaciones al mismo tiempo. En cuanto al requerimiento podemos decir que cumple las mismas tareas de anlisis que del software y tiene como caracterstica relacionar la informacin como va organizacin y asociacin donde la base de datos tiene una ventaja que es utilizar la plataforma para el desarrollo del sistema de aplicacin en las organizaciones. Otro aspectos importante seria el diseo y creacin de la base de datos, donde existen distintos modos de organizar la informacin y representar las relaciones entre datos los tres modelos lgicos principales dentro de una base de datos son el jerrquico, de redes y el relacional, los cuales tiene ciertas ventajas de procesamiento y de negocios. Otro punto importante sera la creacin de un informe y consultas dentro de una base de datos.
Pgina | 36
XIII.
REFERENCIAS BIBLIOGRAFICAS BIBLIOGRAFIA HORTH, Henry F. SILBERCHATZ, Abraham. Fundamentos de las bases de datos. McGraw Hill, 1998. ABADAL, Ernest. "Diseo y creacin de una base de datos en un medio de comunicacin". En: FUENTES, M. Eulalia (ed.). Sntesis, 1995.
DIRECCIONES DE INTERNET http://www.disca.upv.es/magustim/publicacions/docents/Intermedia2001/TE C_01.pdf http://www.desarrolloweb.com/manuales/48/ http://www.programacion.net/bbdd/ http://www.cristalab.com/tutoriales/75/tutorial-basico-de-bases-de-datos http://www.wikilearning.com/caracteristicas_de_una_dbms_dbms-wkccp21129-2.htm http://www.unalmed.edu.co/~mstabare/Dbms.htm
Pgina | 37

Las Bases de Datos Informaticas Imprimir

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Las Bases de Datos Informaticas Imprimir

Uploaded by

Copyright:

Available Formats

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

Registro 3: C3, Ana, F, 450, etc.

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

CLIENTE #* CodCli 1 * PnombreCli * SnombreCli * ApPatCli n * ApMatCli * DirecCli o FechaNacCli

PRODUCTO #* CodPro * NomPro * PrecUPro

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

Los elementos de dicho lenguaje se describen a continuacin, por orden de importancia.

a) Entidades: Una entidad es cualquier "objeto" discreto sobre el que se

b) Atributos: son aquellas propiedades o caractersticas propias de las

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

Segn la variabilidad de los datos almacenados

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA

ESTUDIO DE LAS BASES DE DATOS RELACIONALES

INSTITUTO DE EDUCACIN SUPERIOR TECNOLOGICO PBLICO UTCUBAMBA