SlideShare ist ein Scribd-Unternehmen logo
1 von 35
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 1
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe
Chapter 1
Introducción : Base de Datos y
Usuarios de Base de Datos
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 3
Esquema
 Tipos de Base de Datos y Aplicaciones
 Definiciones Básicas
 Funcionalidad Típica DBMS
 Ejemplo de una Base de Datos(UNIVERSITY)
 Principales Características de el Enfoque de
Base de Datos
 Usuario de Base de Datos
 Ventajas de usar el enfoque de Base de Datos
 Cuando NO se utiliza una Base de Datos
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 4
Tipos de Base de Datos y
Aplicaciones
 Aplicaciones Tradicionales:
 Base de Datos númerica y textual
 Más recientes aplicaciones:
 Multimedia Databases
 Geographic Information Systems (GIS)
 Data Warehouses
 Base de Datos Activas y Tiempo Real
 Otras muchas aplicaciones
 Un número de recientes aplicaciones son descritas en
libro (por ejemplo, Capitulos 24,26,28,29,30)
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 5
Definiciones Básicas
 Base de Datos:
 Una colección de datos relacionados.
 Dato:
 Hechos conocidos que pueden ser registrados y tienen un
significado implicito.
 Mini-mundo:
 Alguna parte del mundo real el cual los datos son almacenados
en una base de datos. Por ejemplo: calificaciones y
transcripciones de los estudiantes en la universidad
 Database Management System (DBMS):
 Un software paquete/ sistema que facilita la creación y
mantenimiento de una base de datos computarizada.
 Sistema de Base de Datos:
 El DBMS software unido con los datos. Algunas veces, las
aplicaciones son incluidas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 6
Entorno de Sistema de Base de Datos
Simplificado
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 7
Funcionalidad Típicas de un DBMS
 Define una particular base de datos en términos de sus
tipos de datos, estructuras y restricciones.
 Construcción o Recuperación el contenido inicial de base
de datos sobre un medio secundario de almacenamiento
 Manipulacion de Base de Datos:
 Recuperación: Consulta, Generación de Reportes.
 Modificación: Inserción , borrado y actualizacion de su
contenido.
 Acceso a la base de datos atraves de Aplicaciones Web
 Procesamiento y Compartimiento por un conjunto de
usuarios concurrentes y aplicaciones de programas , a su
vez , guardando todos los datos validados y consistentes
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 8
Funcionalidad Típica de un DBMS
 Otras características:
 Medidas de Protección o Seguridad para prevenir
accesos desautorizados.
 "Activo" proceso para tomar acciones internas en
los datos.
 Presentación y Visualización de los datos.
 Mantenimiento a la base de datos y programas
asociados sobre el tiempo de vida de las
aplicaciones de base de datos.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 9
Ejemplo de Una Base de Datos(con
un Modelo Conceptual de Datos)
 Mini- mundo por ejemplo:
 Parte de un entorno de UNIVERSITY.
 Algunas entidades de mini-mundo :
 STUDENTs
 COURSEs
 SECTIONs (de COURSEs)
 (academic) DEPARTMENTs
 INSTRUCTORs
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 10
Ejemplo de Una Base de Datos(con
un Modelo Conceptual de Datos)
 Algunas relaciones:
 SECTIONs son de especificos COURSEs
 STUDENTs toman SECTIONs
 COURSEs tienen prerequisitos COURSEs
 INSTRUCTORs enseña en SECTIONs
 COURSEs son ofrecidos por DEPARTMENTs
 STUDENTs pertenecen a DEPARTMENTs
 Nota: Módelo Entidad- Relación (ver Capitulos 3, 4)
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 11
Ejemplo de una Base de Datos
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 12
Principales Características del
Enfoque de Base de Datos
 Auto-descripción de la naturaleza de un sistema de base
de datos :
 Un catalogo DBMS almacena la descripción de una
particular base de datos ( ej. Estructura de datos, tipos, y
constraints ( restricciones))
 La descripción es llamada meta-data.
 Esto permite el software DBMS para trabajar con las
diferentes aplicaciones de base de datos.
 Aislamientos entre programa y datos:
 Llamado independencia de programa- dato.
 Permite cambiar las estructuras de datos y
organización de almacenamiento sin tener que
cambiar los programas de acceso DBMS.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 13
Ejemplo de un catálogo de base de datos
simplificado
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 14
Principales Características del
Enfoque de Base de Datos
 Abstracción de Dato:
 Un modelo de dato es utilizado para ocultar
detalles de almacenamiento y presenta a los
usuarios con una vista conceptual de la base de
datos.
 Programas se refieren a la construccion del
modelo de datos en vez de los detalles de
almacenamiento de datos.
 Soporte de multiples vistas de datos:
 Cada usuario puede ver una diferente vista de
base de datos el cual describe únicamente los
datos de intéres hacia el usuario..
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 15
Principales Características del
Enfoque de Base de Datos
 El intercambio de datos y el procesamiento de
transacciones multi-usuario :
 Permitir que un conjunto de usuarios al mismo
tiempo(Concurrencia) para recuperar desde y para
actualizar la base de datos.
 Control de concurrencia en el DBMS garantiza que
cada transacción se ejecuta o aborta correctamente.
 Subsistema de recuperación garantiza que cada
transacción completada tiene su efecto permanente
registrados en la base de datos
 OLTP (Online Transaction Processing) es una parte
importante de las aplicaciones de base de datos. Esto
permite que cientos de transacciones simultáneas se
ejecutan por cada segundo.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 16
Usuario de Base de Datos
 Usuarios pueden dividirse en:
 Los que realmente utilizan y controlan el contenido
de bases de datos, y los que diseñan, desarrollan
y mantienen aplicaciones de base de datos
(llamados "actores en la escena"), y
 Aquellos que diseñan y desarrollan el software
DBMS y herramientas relacionadas, y los sistemas
informáticos de los operadores (llamado "Los
trabajadores Detrás de la Escena").
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 17
Usuarios de Base de Datos
 Actores sobre la escena:
 Administrador de base de datos:
 Responsable de autorizar el acceso a la base de
datos, de coordinar y controlar su uso, la
adquisición de recursos de software y hardware, el
control de su uso y eficacia del seguimiento de las
operaciones.
 Diseñador de BD:
 Responsable de definir el contenido, la estructura,
las limitaciones, y las funciones o las operaciones
contra la base de datos. Deben comunicarse con
los usuarios finales y comprender sus necesidades
 .
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 18
Categorias de Usuarios Finales
 Actores sobre la escena
 Usuarios Finales: Ellos usan los datos para las
consultas, informes y algunos de ellos actualizan
el contenido de bases de datos. Los usuarios
finales pueden clasificarse en :
 Casual: Base de datos de acceso de vez en cuando
cuando es necesario.
Ingenuo o paramétrico: conforman una gran parte
de la población para el usuario final.
 Ellos usan las funciones que previamente definidas en la
forma de "operaciones en conserva" contra la base de
datos.
 Ejemplos de ello son los cajeros de banco o
empleados de reserva que hacen esta actividad
durante una jornada completa de operaciones.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 19
Categorias de Usuarios Finales
 Sofisticados:
 Estos incluyen los analistas de negocios, científicos,
ingenieros, otros completamente familiarizados con las
capacidades del sistema.
Muchas herramientas de uso en forma de paquetes de
software que trabajan en estrecha colaboración con la
base de datos almacenados.
 Stand-alone:
 Sobre todo mantener bases de datos personales mediante
el uso de aplicaciones empaquetadas.
Un ejemplo es un usuario del programa fiscal que crea su
propia base de datos interna.
Otro ejemplo es un usuario que mantiene una libreta de
direcciones
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 20
Ventajas del uso del enfoque de
base de datos.
 Control de redundancia sobre almacenamiento
de datos y esfuerzos en desarrollo y
mantenimiento.
 Compartir datos entre multiples usuarios.
 Restricción de acceso a datos no autorizados.
 Proveer persistencia de almacenamiento para
programas Objetos.
 En DBMSs orientado a objetos (Ver caps 20-22)
 Provee estructuras de almacenamietno (ej.
Indices) para procesamiento eficiente de
consultas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 21
Ventajas del uso del enfoque de
base de datos.
 Provee servicios de copias de seguridad y
recuperación.
 Provee multiples interfaces a diferentes clases de
usuarios .
 Representa complejas relaciones entre datos.
 Obliga las restricciones de integridad en la base
de datos.
 Crea inferencias y acciones para datos
almacenados utilizando reglas activas y
deductivas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 22
Adicionales Implicaciones al uso del
Enfoque de Base de Datos
 Potencial para forzar estándares:
 Esto es muy crucial para el éxito de aplicaciones
de base de datos en grandes organizaciones.
Estándares referido a los nombres de los datos ,
formato de despliegue, pantallas, estructura de
reportes, meta data( descripción de los datos) ,
plantillas de las paginas Web, etc.
 Reducir el tiempo de desarrollo de aplicación:
 Tiempo Incremental al adicionar cada nueva
aplicación es reducida.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 23
Adicionales Implicaciones al uso del
Enfoque de Base de Datos
 Flexibilidad al cambio en las estructuras de
datos. :
 Estructura de base de datos puede evolucionar a
medida que los nuevos requisitos se definen.
 Disponibilidad de información concurrente:
 Extremadamente importante para transaciones de
sistemas on-line tales como : aerolíneas, hoteles ,
reservaciones de automóviles.
 Economía de escala:
 Despilfarro de recursos y personal se puede evitar
mediante la consolidación de datos y aplicaciones
en todos los departamentos.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 24
Evolución Histórica de la Tecnología
de Base de Datos
 Las primeras aplicaciones de base de datos :
 Los modelos jerárquicos y de redes se introdujeron en
1960 y dominó a mediados de los años setenta.
 La mayor parte de la transformación de base de datos
en todo el mundo se sigue produciendo con estos
modelos, en particular, el modelo jerárquico.
 Sistemas Basado en Modelo Relacional:
 Modelo relacional fue introducido originalmente en
1970, fue investigado y experimentado en gran medida
dentro de IBM Research y varias universidades.
Los productos relacionales DBMS surgieron en la
década de 1980.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 25
Evolución Histórica de la Tecnología
de Base de Datos
 Orientado a Objetos y Aplicaciones emergentes:
 Sistemas Gestión de Base de Datos Orientada a
objetos (OODBMS) se introdujeron en finales de 1980
y principios de 1990 para atender a la necesidad del
tratamiento de datos complejos en CAD y otras
aplicaciones.
 Muchos DBMS relacionales han incorporado los
conceptos objeto de base de datos, dando lugar a una
nueva categoría llamada DBMS objeto - relacional
(ORDBMSs)
 Sistemas relacionales extendido agrega capacidades
adicionales (por ejemplo, para datos multimedia, XML
y otros tipos de datos).
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 26
Evolución Histórica de la Tecnología
de Base de Datos
 Datos sobre la Web y Aplicaciones de E-commerce :
 Web contiene los datos en HTML (lenguaje de
marcado de hipertexto), con enlaces entre
páginas.
 Esto ha dado lugar a un nuevo conjunto de
aplicaciones y el comercio electrónico está utilizando
los nuevos estándares como XML (eXtended Markup
Language). (véase el cap. 27).
 Lenguajes de secuencias de comandos de
programación tales como PHP y JavaScript permiten
la generación de páginas web dinámicas que son en
parte generados a partir de una base de datos (véase
el cap. 26).
 También permite actualizaciones de base de datos a
través de páginas Web
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 27
Ampliación de las capacidades de
base de datos
 Nueva funcionalidad esta siendo adicionada a DBMS en la siguientes
areas :
 Aplicaciones Científicas
XML (eXtensible Markup Language)
Gestión y Almacenamiento de la imagen
Gestión de datos de Audio y Video
Almacenamiento de Datos y Minería de Datos
Gestión de Datos Espaciales
Series de Tiempo y Manejo de Datos Históricos
 Lo anterior da lugar a una nueva investigación y desarrollo en la
incorporación de nuevos tipos de datos, estructuras complejas de
datos, las nuevas operaciones y sistemas de almacenamiento e
indexación en los sistemas de base de datos.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 28
Cuando no usar DBMS
 Principales inhibidores (costos) de utilizar un DBMS :
 Alta inversión inicial y la posible necesidad de hardware
adicional.
 Gastos generales para la generalidad, proporcionar
seguridad, control de concurrencia, recuperación, y las
funciones de la integridad
 Cuando un DBMS puede ser innecesario :
 Si la base de datos y aplicaciones son simples, bien
definidas, y no espera que cambie.
 Si existen requisitos estrictos de tiempo real que no puede
ser alcanzado por el DBMS debido a la sobrecarga.
 Si el acceso a los datos por varios usuarios no es necesario
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 29
Cuando no usar DBMS
 Cuando el DBMS no puede ser suficiente :
 Si el sistema de base de datos no es capaz de
manejar la complejidad de los datos debido a las
limitaciones de modelado.
 Si los usuarios de bases de datos necesitan
operaciones especiales y no es compatible con el
DBMS.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 30
Resumen.
 Tipos de bases de datos y aplicaciones de base
de datos.
 Definiciones básicas
 funcionalidad típica de un DBMS.
 Ejemplo de una base de datos (UNIVERSIDAD).
 Características principales del enfoque de base
de datos.
 Usuario de Base de datos.
 Ventajas de usar el Método de base de datos.
 Cuando no utilizar bases de datos.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 31
La Evolución del Modelo de Base de
Datos
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 32
 File Systems ( Sistema de Archivos)
 El uso de un sistema de archivo de modelo de base de datos implica que
no se aplican las técnicas de modelización y que la base de datos se
almacena en archivos planos en un sistema de archivos, utilizando la
estructura del sistema operativo.
El término "archivo plano" es una manera de describir el file.Example
simple texto: Por definición, un archivo delimitado por comas (CSV)
contiene la estructura, ya que contiene comas. Por definición, un archivo
delimitado por comas es un archivo plano. Sin embargo, las bases de
datos de archivos planos en el pasado tendían a usar cadenas grandes,
sin comas y sin líneas nuevas.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 33
Modelo Jerárquico de Base de
Datos.
 El modelo de base de datos jerárquica es una estructura de árbol invertido.
Las tablas de este modelo toma una relación entre padres e hijos. Cada
tabla hija tiene una tabla padre, y cada tabla padre puede tener varias tablas
hijas. Las tablas hijas son completamente dependientes de las tablas de los
padres, por lo tanto, una tabla hija sólo puede existir si su tabla padre existe.
De ello se deduce que ninguna de las entradas en las tablas hija sólo puede
existir en las entradas correspondientes a la tabla padres. El resultado de
esta estructura es que el modelo jerárquico de bases de datos soporta con
las relaciones uno-a-muchos.
 La figura A muestra un ejemplo de base de datos jerárquica . Cada tarea es
parte de un proyecto, el cual es parte de un manager, el cual es parte de una
división , el cual es parte de una compañía. Así, por ejemplo, hay una
relación de uno a muchos entre compañía y departamentos porque hay
muchos departamentos en cada compañía.
 Las desventajas del modelo de base de datos jerárquica es que cualquier
acceso se debe originar en el nodo de la raíz, en el caso de la figura A, de la
Compañía. No se puede buscar a un empleado sin encontrar la empresa, el
departamento, gerente del empleado, y finalmente el empleado.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 34
Fig. A. Modelo Jerárquico de Base
de Datos
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 35
Modelo de Red de Base de Datos.
 El modelo de base de datos de red es esencialmente un
refinamiento del modelo de base de datos jerárquica. El
modelo de red permite que las tablas hija tenga más de
uno de los padres, creando así una estructura de tabla-
como red.
 Varias tablas padres de cada hija permite que las
relaciones de varios a varios, además de las relaciones
uno-a-muchos. En un modelo de base de datos de
ejemplo de red que se muestra en la Figura B, existe una
relación de varios a varios entre los empleados y las
tareas. En otras palabras, un empleado puede ser
asignado a muchas tareas, y una tarea puede ser
asignada a muchos empleados diferentes. Así, muchos
empleados tienen muchas tareas, y viceversa

Weitere ähnliche Inhalte

Was ist angesagt?

Gestores de Base de Datos
Gestores de Base de DatosGestores de Base de Datos
Gestores de Base de DatosRedrobanA
 
Gestor de almacenamiento
Gestor de almacenamientoGestor de almacenamiento
Gestor de almacenamientoCarlos Mila
 
Manejador De Bases De Datos Eq 3
Manejador De Bases De Datos Eq 3Manejador De Bases De Datos Eq 3
Manejador De Bases De Datos Eq 3UV
 
3.2 manejadores de bases de datos
3.2 manejadores de bases de datos3.2 manejadores de bases de datos
3.2 manejadores de bases de datosisraelmillan8
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSevavivez
 
Proveedor[1]..
Proveedor[1]..Proveedor[1]..
Proveedor[1]..blaze0002
 
Contenido UNIDAD I. ARCHIVOS CONVENCIONALES Y BASES DE DATOS
Contenido UNIDAD I.  ARCHIVOS CONVENCIONALES Y BASES DE DATOSContenido UNIDAD I.  ARCHIVOS CONVENCIONALES Y BASES DE DATOS
Contenido UNIDAD I. ARCHIVOS CONVENCIONALES Y BASES DE DATOSspgutierrez86
 
MANEJADORES DE BASE DE DATOS ANDREA DIAZ
MANEJADORES DE BASE DE DATOS ANDREA DIAZMANEJADORES DE BASE DE DATOS ANDREA DIAZ
MANEJADORES DE BASE DE DATOS ANDREA DIAZActiveTechnology2013
 
Administrador de Dase de Datos
Administrador de Dase de DatosAdministrador de Dase de Datos
Administrador de Dase de DatosPablo Juarez
 
Introduccion a los SGBD
Introduccion a los SGBDIntroduccion a los SGBD
Introduccion a los SGBDANYER
 
Herramientas Dbms Moviles
Herramientas Dbms MovilesHerramientas Dbms Moviles
Herramientas Dbms MovilesIrina Anabel
 
Sistemas gestores de bases de datos unidad 1.
Sistemas gestores de bases de datos unidad 1.Sistemas gestores de bases de datos unidad 1.
Sistemas gestores de bases de datos unidad 1.Juan Anaya
 
Sistemas Gestores de Bases de Datos
Sistemas Gestores de Bases de DatosSistemas Gestores de Bases de Datos
Sistemas Gestores de Bases de Datosalexmerono
 

Was ist angesagt? (20)

Gestores de Base de Datos
Gestores de Base de DatosGestores de Base de Datos
Gestores de Base de Datos
 
Gestores de base de datos
Gestores de base de datosGestores de base de datos
Gestores de base de datos
 
Gestor de almacenamiento
Gestor de almacenamientoGestor de almacenamiento
Gestor de almacenamiento
 
Manejador De Bases De Datos Eq 3
Manejador De Bases De Datos Eq 3Manejador De Bases De Datos Eq 3
Manejador De Bases De Datos Eq 3
 
3.2 manejadores de bases de datos
3.2 manejadores de bases de datos3.2 manejadores de bases de datos
3.2 manejadores de bases de datos
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMS
 
Proveedor[1]..
Proveedor[1]..Proveedor[1]..
Proveedor[1]..
 
Contenido UNIDAD I. ARCHIVOS CONVENCIONALES Y BASES DE DATOS
Contenido UNIDAD I.  ARCHIVOS CONVENCIONALES Y BASES DE DATOSContenido UNIDAD I.  ARCHIVOS CONVENCIONALES Y BASES DE DATOS
Contenido UNIDAD I. ARCHIVOS CONVENCIONALES Y BASES DE DATOS
 
MANEJADORES DE BASE DE DATOS ANDREA DIAZ
MANEJADORES DE BASE DE DATOS ANDREA DIAZMANEJADORES DE BASE DE DATOS ANDREA DIAZ
MANEJADORES DE BASE DE DATOS ANDREA DIAZ
 
Administrador de Dase de Datos
Administrador de Dase de DatosAdministrador de Dase de Datos
Administrador de Dase de Datos
 
Base datos f01
Base datos f01Base datos f01
Base datos f01
 
Bases de Datos II: El entorno
Bases de Datos II: El entornoBases de Datos II: El entorno
Bases de Datos II: El entorno
 
Introduccion a los SGBD
Introduccion a los SGBDIntroduccion a los SGBD
Introduccion a los SGBD
 
Bases de datos locales
Bases de datos localesBases de datos locales
Bases de datos locales
 
Herramientas Dbms Moviles
Herramientas Dbms MovilesHerramientas Dbms Moviles
Herramientas Dbms Moviles
 
Unidad 1. Sistema Manejador de Bases de Datos
Unidad 1. Sistema Manejador de Bases de DatosUnidad 1. Sistema Manejador de Bases de Datos
Unidad 1. Sistema Manejador de Bases de Datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Sistemas gestores de bases de datos unidad 1.
Sistemas gestores de bases de datos unidad 1.Sistemas gestores de bases de datos unidad 1.
Sistemas gestores de bases de datos unidad 1.
 
Sistemas Gestores de Bases de Datos
Sistemas Gestores de Bases de DatosSistemas Gestores de Bases de Datos
Sistemas Gestores de Bases de Datos
 
Sistemas manejadores de base de datos
Sistemas manejadores de base de datosSistemas manejadores de base de datos
Sistemas manejadores de base de datos
 

Andere mochten auch

Fundamentos de bases de datos unidad 1
Fundamentos de bases de datos unidad 1Fundamentos de bases de datos unidad 1
Fundamentos de bases de datos unidad 1Sanji OzKar No
 
Base de datos vs sistemas de ficheros exp.2
Base de datos vs sistemas de ficheros exp.2Base de datos vs sistemas de ficheros exp.2
Base de datos vs sistemas de ficheros exp.2grupo niche ortega
 
Protección de datos personales y la seguridad apa public2
Protección de datos personales y la seguridad apa   public2Protección de datos personales y la seguridad apa   public2
Protección de datos personales y la seguridad apa public2Pablo Corona
 
Seguridad informatica auditoria
Seguridad informatica auditoriaSeguridad informatica auditoria
Seguridad informatica auditoriaDiego Llanes
 
Fundamentos de bases de datos u3
Fundamentos de bases de datos   u3Fundamentos de bases de datos   u3
Fundamentos de bases de datos u3arge02
 
Presentacion1 fundamentos bases de datos upl
Presentacion1   fundamentos bases de datos uplPresentacion1   fundamentos bases de datos upl
Presentacion1 fundamentos bases de datos uplIvan Monte Negro
 
Seguridad en bases de datos
Seguridad en bases de datosSeguridad en bases de datos
Seguridad en bases de datosCesar Martin
 
Fundamentos de Bases de Datos - Introducción
Fundamentos de Bases de Datos - IntroducciónFundamentos de Bases de Datos - Introducción
Fundamentos de Bases de Datos - IntroducciónManuel Padilla
 
Seguridad de las bases de datos
Seguridad de las bases de datosSeguridad de las bases de datos
Seguridad de las bases de datosXavis Riofrio
 

Andere mochten auch (20)

Fundamentos de bases de datos unidad 1
Fundamentos de bases de datos unidad 1Fundamentos de bases de datos unidad 1
Fundamentos de bases de datos unidad 1
 
Unidad i esp parte 2
Unidad i esp parte 2Unidad i esp parte 2
Unidad i esp parte 2
 
Base de datos vs sistemas de ficheros exp.2
Base de datos vs sistemas de ficheros exp.2Base de datos vs sistemas de ficheros exp.2
Base de datos vs sistemas de ficheros exp.2
 
Unidad ii esp parte 2
Unidad ii esp parte 2Unidad ii esp parte 2
Unidad ii esp parte 2
 
Unidad ii esp parte 1
Unidad ii esp parte 1Unidad ii esp parte 1
Unidad ii esp parte 1
 
Base de datos 1
Base de datos 1Base de datos 1
Base de datos 1
 
Unidad 3 Fundamentos de bases de datos
Unidad 3 Fundamentos de bases de datosUnidad 3 Fundamentos de bases de datos
Unidad 3 Fundamentos de bases de datos
 
Bdi unidad 1
Bdi unidad 1Bdi unidad 1
Bdi unidad 1
 
Protección de datos personales y la seguridad apa public2
Protección de datos personales y la seguridad apa   public2Protección de datos personales y la seguridad apa   public2
Protección de datos personales y la seguridad apa public2
 
Seguridad informatica auditoria
Seguridad informatica auditoriaSeguridad informatica auditoria
Seguridad informatica auditoria
 
Fundamentos de bases de datos u3
Fundamentos de bases de datos   u3Fundamentos de bases de datos   u3
Fundamentos de bases de datos u3
 
Presentacion1 fundamentos bases de datos upl
Presentacion1   fundamentos bases de datos uplPresentacion1   fundamentos bases de datos upl
Presentacion1 fundamentos bases de datos upl
 
Fundamentos de Bases de datos
Fundamentos de Bases de datosFundamentos de Bases de datos
Fundamentos de Bases de datos
 
Seguridad en bases de datos
Seguridad en bases de datosSeguridad en bases de datos
Seguridad en bases de datos
 
Protección jurídica de las bases de datos
Protección jurídica de las bases de datosProtección jurídica de las bases de datos
Protección jurídica de las bases de datos
 
Fundamentos bd
Fundamentos bdFundamentos bd
Fundamentos bd
 
Fundamentos de Bases de Datos - Introducción
Fundamentos de Bases de Datos - IntroducciónFundamentos de Bases de Datos - Introducción
Fundamentos de Bases de Datos - Introducción
 
Seguridad de las bases de datos
Seguridad de las bases de datosSeguridad de las bases de datos
Seguridad de las bases de datos
 
Acceso Remoto New
Acceso Remoto NewAcceso Remoto New
Acceso Remoto New
 
Acceso Remoto
Acceso RemotoAcceso Remoto
Acceso Remoto
 

Ähnlich wie Unidad i esp parte 1 (20)

1. introducción
1. introducción1. introducción
1. introducción
 
Repaso
RepasoRepaso
Repaso
 
Gias nº 1base de datos.
Gias nº 1base de datos.Gias nº 1base de datos.
Gias nº 1base de datos.
 
Trabajo de marco
Trabajo de marcoTrabajo de marco
Trabajo de marco
 
Unidad 1 base de datos 1 de ibm
Unidad 1 base de datos 1 de ibmUnidad 1 base de datos 1 de ibm
Unidad 1 base de datos 1 de ibm
 
Unidad i esp parte 2
Unidad i esp parte 2Unidad i esp parte 2
Unidad i esp parte 2
 
Guia 3 base de datos
Guia 3 base de datosGuia 3 base de datos
Guia 3 base de datos
 
Cuestionario
CuestionarioCuestionario
Cuestionario
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Tecnologia Base Datos - Introduccion
Tecnologia Base Datos - IntroduccionTecnologia Base Datos - Introduccion
Tecnologia Base Datos - Introduccion
 
La base de datos
La base de datosLa base de datos
La base de datos
 
Base de datos 11-6
Base de datos 11-6Base de datos 11-6
Base de datos 11-6
 
Base de datos
Base de datosBase de datos
Base de datos
 
Tablas de datos
Tablas de datosTablas de datos
Tablas de datos
 
Glosario base de datos
Glosario base de datosGlosario base de datos
Glosario base de datos
 
Concepto de bd
Concepto de bdConcepto de bd
Concepto de bd
 
Referente conceptual
Referente conceptualReferente conceptual
Referente conceptual
 
Base de datos-word
Base de datos-wordBase de datos-word
Base de datos-word
 
Base de datos
Base de datosBase de datos
Base de datos
 
Tema1
Tema1Tema1
Tema1
 

Mehr von Titiushko Jazz

Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)
Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)
Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)Titiushko Jazz
 
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)Titiushko Jazz
 
Unidad vii esp parte 2 introduccion a data warehouse y datamining
Unidad vii esp parte 2 introduccion a data warehouse y dataminingUnidad vii esp parte 2 introduccion a data warehouse y datamining
Unidad vii esp parte 2 introduccion a data warehouse y dataminingTitiushko Jazz
 
Unidad vi esp parte 2 procesimientos en plsql y transact sql
Unidad vi esp parte 2 procesimientos en plsql y transact sqlUnidad vi esp parte 2 procesimientos en plsql y transact sql
Unidad vi esp parte 2 procesimientos en plsql y transact sqlTitiushko Jazz
 
Tarea pronosticos eily
Tarea pronosticos eilyTarea pronosticos eily
Tarea pronosticos eilyTitiushko Jazz
 
Proyecto teórico práctico
Proyecto teórico prácticoProyecto teórico práctico
Proyecto teórico prácticoTitiushko Jazz
 

Mehr von Titiushko Jazz (20)

Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)
Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)
Unidad vii esp parte 3 clase de inteligencia de negocios (datawarehouse)
 
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)
Unidad vii esp parte 3 clase de datawarehouse ( ing. doño)
 
Unidad vii esp parte 2 introduccion a data warehouse y datamining
Unidad vii esp parte 2 introduccion a data warehouse y dataminingUnidad vii esp parte 2 introduccion a data warehouse y datamining
Unidad vii esp parte 2 introduccion a data warehouse y datamining
 
Unidad vi esp parte 2 procesimientos en plsql y transact sql
Unidad vi esp parte 2 procesimientos en plsql y transact sqlUnidad vi esp parte 2 procesimientos en plsql y transact sql
Unidad vi esp parte 2 procesimientos en plsql y transact sql
 
Tarea pronosticos eily
Tarea pronosticos eilyTarea pronosticos eily
Tarea pronosticos eily
 
Sociedades limitadas
Sociedades limitadasSociedades limitadas
Sociedades limitadas
 
Rhu
RhuRhu
Rhu
 
Qué es un proyecto
Qué es un proyectoQué es un proyecto
Qué es un proyecto
 
Proyecto teórico práctico
Proyecto teórico prácticoProyecto teórico práctico
Proyecto teórico práctico
 
Presentacion1630
Presentacion1630Presentacion1630
Presentacion1630
 
Presentacion1410
Presentacion1410Presentacion1410
Presentacion1410
 
Presentacion1310
Presentacion1310Presentacion1310
Presentacion1310
 
Presentacion1210
Presentacion1210Presentacion1210
Presentacion1210
 
Presentacion1220
Presentacion1220Presentacion1220
Presentacion1220
 
Presentacion1001
Presentacion1001Presentacion1001
Presentacion1001
 
Presentacion810
Presentacion810Presentacion810
Presentacion810
 
Presentacion610
Presentacion610Presentacion610
Presentacion610
 
Presentacion520
Presentacion520Presentacion520
Presentacion520
 
Presentacion510
Presentacion510Presentacion510
Presentacion510
 
Presentacion420
Presentacion420Presentacion420
Presentacion420
 

Unidad i esp parte 1

  • 1. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 1
  • 2. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Chapter 1 Introducción : Base de Datos y Usuarios de Base de Datos
  • 3. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 3 Esquema  Tipos de Base de Datos y Aplicaciones  Definiciones Básicas  Funcionalidad Típica DBMS  Ejemplo de una Base de Datos(UNIVERSITY)  Principales Características de el Enfoque de Base de Datos  Usuario de Base de Datos  Ventajas de usar el enfoque de Base de Datos  Cuando NO se utiliza una Base de Datos
  • 4. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 4 Tipos de Base de Datos y Aplicaciones  Aplicaciones Tradicionales:  Base de Datos númerica y textual  Más recientes aplicaciones:  Multimedia Databases  Geographic Information Systems (GIS)  Data Warehouses  Base de Datos Activas y Tiempo Real  Otras muchas aplicaciones  Un número de recientes aplicaciones son descritas en libro (por ejemplo, Capitulos 24,26,28,29,30)
  • 5. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 5 Definiciones Básicas  Base de Datos:  Una colección de datos relacionados.  Dato:  Hechos conocidos que pueden ser registrados y tienen un significado implicito.  Mini-mundo:  Alguna parte del mundo real el cual los datos son almacenados en una base de datos. Por ejemplo: calificaciones y transcripciones de los estudiantes en la universidad  Database Management System (DBMS):  Un software paquete/ sistema que facilita la creación y mantenimiento de una base de datos computarizada.  Sistema de Base de Datos:  El DBMS software unido con los datos. Algunas veces, las aplicaciones son incluidas.
  • 6. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 6 Entorno de Sistema de Base de Datos Simplificado
  • 7. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 7 Funcionalidad Típicas de un DBMS  Define una particular base de datos en términos de sus tipos de datos, estructuras y restricciones.  Construcción o Recuperación el contenido inicial de base de datos sobre un medio secundario de almacenamiento  Manipulacion de Base de Datos:  Recuperación: Consulta, Generación de Reportes.  Modificación: Inserción , borrado y actualizacion de su contenido.  Acceso a la base de datos atraves de Aplicaciones Web  Procesamiento y Compartimiento por un conjunto de usuarios concurrentes y aplicaciones de programas , a su vez , guardando todos los datos validados y consistentes
  • 8. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 8 Funcionalidad Típica de un DBMS  Otras características:  Medidas de Protección o Seguridad para prevenir accesos desautorizados.  "Activo" proceso para tomar acciones internas en los datos.  Presentación y Visualización de los datos.  Mantenimiento a la base de datos y programas asociados sobre el tiempo de vida de las aplicaciones de base de datos.
  • 9. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 9 Ejemplo de Una Base de Datos(con un Modelo Conceptual de Datos)  Mini- mundo por ejemplo:  Parte de un entorno de UNIVERSITY.  Algunas entidades de mini-mundo :  STUDENTs  COURSEs  SECTIONs (de COURSEs)  (academic) DEPARTMENTs  INSTRUCTORs
  • 10. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 10 Ejemplo de Una Base de Datos(con un Modelo Conceptual de Datos)  Algunas relaciones:  SECTIONs son de especificos COURSEs  STUDENTs toman SECTIONs  COURSEs tienen prerequisitos COURSEs  INSTRUCTORs enseña en SECTIONs  COURSEs son ofrecidos por DEPARTMENTs  STUDENTs pertenecen a DEPARTMENTs  Nota: Módelo Entidad- Relación (ver Capitulos 3, 4)
  • 11. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 11 Ejemplo de una Base de Datos
  • 12. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 12 Principales Características del Enfoque de Base de Datos  Auto-descripción de la naturaleza de un sistema de base de datos :  Un catalogo DBMS almacena la descripción de una particular base de datos ( ej. Estructura de datos, tipos, y constraints ( restricciones))  La descripción es llamada meta-data.  Esto permite el software DBMS para trabajar con las diferentes aplicaciones de base de datos.  Aislamientos entre programa y datos:  Llamado independencia de programa- dato.  Permite cambiar las estructuras de datos y organización de almacenamiento sin tener que cambiar los programas de acceso DBMS.
  • 13. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 13 Ejemplo de un catálogo de base de datos simplificado
  • 14. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 14 Principales Características del Enfoque de Base de Datos  Abstracción de Dato:  Un modelo de dato es utilizado para ocultar detalles de almacenamiento y presenta a los usuarios con una vista conceptual de la base de datos.  Programas se refieren a la construccion del modelo de datos en vez de los detalles de almacenamiento de datos.  Soporte de multiples vistas de datos:  Cada usuario puede ver una diferente vista de base de datos el cual describe únicamente los datos de intéres hacia el usuario..
  • 15. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 15 Principales Características del Enfoque de Base de Datos  El intercambio de datos y el procesamiento de transacciones multi-usuario :  Permitir que un conjunto de usuarios al mismo tiempo(Concurrencia) para recuperar desde y para actualizar la base de datos.  Control de concurrencia en el DBMS garantiza que cada transacción se ejecuta o aborta correctamente.  Subsistema de recuperación garantiza que cada transacción completada tiene su efecto permanente registrados en la base de datos  OLTP (Online Transaction Processing) es una parte importante de las aplicaciones de base de datos. Esto permite que cientos de transacciones simultáneas se ejecutan por cada segundo.
  • 16. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 16 Usuario de Base de Datos  Usuarios pueden dividirse en:  Los que realmente utilizan y controlan el contenido de bases de datos, y los que diseñan, desarrollan y mantienen aplicaciones de base de datos (llamados "actores en la escena"), y  Aquellos que diseñan y desarrollan el software DBMS y herramientas relacionadas, y los sistemas informáticos de los operadores (llamado "Los trabajadores Detrás de la Escena").
  • 17. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 17 Usuarios de Base de Datos  Actores sobre la escena:  Administrador de base de datos:  Responsable de autorizar el acceso a la base de datos, de coordinar y controlar su uso, la adquisición de recursos de software y hardware, el control de su uso y eficacia del seguimiento de las operaciones.  Diseñador de BD:  Responsable de definir el contenido, la estructura, las limitaciones, y las funciones o las operaciones contra la base de datos. Deben comunicarse con los usuarios finales y comprender sus necesidades  .
  • 18. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 18 Categorias de Usuarios Finales  Actores sobre la escena  Usuarios Finales: Ellos usan los datos para las consultas, informes y algunos de ellos actualizan el contenido de bases de datos. Los usuarios finales pueden clasificarse en :  Casual: Base de datos de acceso de vez en cuando cuando es necesario. Ingenuo o paramétrico: conforman una gran parte de la población para el usuario final.  Ellos usan las funciones que previamente definidas en la forma de "operaciones en conserva" contra la base de datos.  Ejemplos de ello son los cajeros de banco o empleados de reserva que hacen esta actividad durante una jornada completa de operaciones.
  • 19. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 19 Categorias de Usuarios Finales  Sofisticados:  Estos incluyen los analistas de negocios, científicos, ingenieros, otros completamente familiarizados con las capacidades del sistema. Muchas herramientas de uso en forma de paquetes de software que trabajan en estrecha colaboración con la base de datos almacenados.  Stand-alone:  Sobre todo mantener bases de datos personales mediante el uso de aplicaciones empaquetadas. Un ejemplo es un usuario del programa fiscal que crea su propia base de datos interna. Otro ejemplo es un usuario que mantiene una libreta de direcciones
  • 20. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 20 Ventajas del uso del enfoque de base de datos.  Control de redundancia sobre almacenamiento de datos y esfuerzos en desarrollo y mantenimiento.  Compartir datos entre multiples usuarios.  Restricción de acceso a datos no autorizados.  Proveer persistencia de almacenamiento para programas Objetos.  En DBMSs orientado a objetos (Ver caps 20-22)  Provee estructuras de almacenamietno (ej. Indices) para procesamiento eficiente de consultas.
  • 21. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 21 Ventajas del uso del enfoque de base de datos.  Provee servicios de copias de seguridad y recuperación.  Provee multiples interfaces a diferentes clases de usuarios .  Representa complejas relaciones entre datos.  Obliga las restricciones de integridad en la base de datos.  Crea inferencias y acciones para datos almacenados utilizando reglas activas y deductivas.
  • 22. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 22 Adicionales Implicaciones al uso del Enfoque de Base de Datos  Potencial para forzar estándares:  Esto es muy crucial para el éxito de aplicaciones de base de datos en grandes organizaciones. Estándares referido a los nombres de los datos , formato de despliegue, pantallas, estructura de reportes, meta data( descripción de los datos) , plantillas de las paginas Web, etc.  Reducir el tiempo de desarrollo de aplicación:  Tiempo Incremental al adicionar cada nueva aplicación es reducida.
  • 23. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 23 Adicionales Implicaciones al uso del Enfoque de Base de Datos  Flexibilidad al cambio en las estructuras de datos. :  Estructura de base de datos puede evolucionar a medida que los nuevos requisitos se definen.  Disponibilidad de información concurrente:  Extremadamente importante para transaciones de sistemas on-line tales como : aerolíneas, hoteles , reservaciones de automóviles.  Economía de escala:  Despilfarro de recursos y personal se puede evitar mediante la consolidación de datos y aplicaciones en todos los departamentos.
  • 24. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 24 Evolución Histórica de la Tecnología de Base de Datos  Las primeras aplicaciones de base de datos :  Los modelos jerárquicos y de redes se introdujeron en 1960 y dominó a mediados de los años setenta.  La mayor parte de la transformación de base de datos en todo el mundo se sigue produciendo con estos modelos, en particular, el modelo jerárquico.  Sistemas Basado en Modelo Relacional:  Modelo relacional fue introducido originalmente en 1970, fue investigado y experimentado en gran medida dentro de IBM Research y varias universidades. Los productos relacionales DBMS surgieron en la década de 1980.
  • 25. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 25 Evolución Histórica de la Tecnología de Base de Datos  Orientado a Objetos y Aplicaciones emergentes:  Sistemas Gestión de Base de Datos Orientada a objetos (OODBMS) se introdujeron en finales de 1980 y principios de 1990 para atender a la necesidad del tratamiento de datos complejos en CAD y otras aplicaciones.  Muchos DBMS relacionales han incorporado los conceptos objeto de base de datos, dando lugar a una nueva categoría llamada DBMS objeto - relacional (ORDBMSs)  Sistemas relacionales extendido agrega capacidades adicionales (por ejemplo, para datos multimedia, XML y otros tipos de datos).
  • 26. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 26 Evolución Histórica de la Tecnología de Base de Datos  Datos sobre la Web y Aplicaciones de E-commerce :  Web contiene los datos en HTML (lenguaje de marcado de hipertexto), con enlaces entre páginas.  Esto ha dado lugar a un nuevo conjunto de aplicaciones y el comercio electrónico está utilizando los nuevos estándares como XML (eXtended Markup Language). (véase el cap. 27).  Lenguajes de secuencias de comandos de programación tales como PHP y JavaScript permiten la generación de páginas web dinámicas que son en parte generados a partir de una base de datos (véase el cap. 26).  También permite actualizaciones de base de datos a través de páginas Web
  • 27. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 27 Ampliación de las capacidades de base de datos  Nueva funcionalidad esta siendo adicionada a DBMS en la siguientes areas :  Aplicaciones Científicas XML (eXtensible Markup Language) Gestión y Almacenamiento de la imagen Gestión de datos de Audio y Video Almacenamiento de Datos y Minería de Datos Gestión de Datos Espaciales Series de Tiempo y Manejo de Datos Históricos  Lo anterior da lugar a una nueva investigación y desarrollo en la incorporación de nuevos tipos de datos, estructuras complejas de datos, las nuevas operaciones y sistemas de almacenamiento e indexación en los sistemas de base de datos.
  • 28. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 28 Cuando no usar DBMS  Principales inhibidores (costos) de utilizar un DBMS :  Alta inversión inicial y la posible necesidad de hardware adicional.  Gastos generales para la generalidad, proporcionar seguridad, control de concurrencia, recuperación, y las funciones de la integridad  Cuando un DBMS puede ser innecesario :  Si la base de datos y aplicaciones son simples, bien definidas, y no espera que cambie.  Si existen requisitos estrictos de tiempo real que no puede ser alcanzado por el DBMS debido a la sobrecarga.  Si el acceso a los datos por varios usuarios no es necesario
  • 29. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 29 Cuando no usar DBMS  Cuando el DBMS no puede ser suficiente :  Si el sistema de base de datos no es capaz de manejar la complejidad de los datos debido a las limitaciones de modelado.  Si los usuarios de bases de datos necesitan operaciones especiales y no es compatible con el DBMS.
  • 30. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 30 Resumen.  Tipos de bases de datos y aplicaciones de base de datos.  Definiciones básicas  funcionalidad típica de un DBMS.  Ejemplo de una base de datos (UNIVERSIDAD).  Características principales del enfoque de base de datos.  Usuario de Base de datos.  Ventajas de usar el Método de base de datos.  Cuando no utilizar bases de datos.
  • 31. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 31 La Evolución del Modelo de Base de Datos
  • 32. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 32  File Systems ( Sistema de Archivos)  El uso de un sistema de archivo de modelo de base de datos implica que no se aplican las técnicas de modelización y que la base de datos se almacena en archivos planos en un sistema de archivos, utilizando la estructura del sistema operativo. El término "archivo plano" es una manera de describir el file.Example simple texto: Por definición, un archivo delimitado por comas (CSV) contiene la estructura, ya que contiene comas. Por definición, un archivo delimitado por comas es un archivo plano. Sin embargo, las bases de datos de archivos planos en el pasado tendían a usar cadenas grandes, sin comas y sin líneas nuevas.
  • 33. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 33 Modelo Jerárquico de Base de Datos.  El modelo de base de datos jerárquica es una estructura de árbol invertido. Las tablas de este modelo toma una relación entre padres e hijos. Cada tabla hija tiene una tabla padre, y cada tabla padre puede tener varias tablas hijas. Las tablas hijas son completamente dependientes de las tablas de los padres, por lo tanto, una tabla hija sólo puede existir si su tabla padre existe. De ello se deduce que ninguna de las entradas en las tablas hija sólo puede existir en las entradas correspondientes a la tabla padres. El resultado de esta estructura es que el modelo jerárquico de bases de datos soporta con las relaciones uno-a-muchos.  La figura A muestra un ejemplo de base de datos jerárquica . Cada tarea es parte de un proyecto, el cual es parte de un manager, el cual es parte de una división , el cual es parte de una compañía. Así, por ejemplo, hay una relación de uno a muchos entre compañía y departamentos porque hay muchos departamentos en cada compañía.  Las desventajas del modelo de base de datos jerárquica es que cualquier acceso se debe originar en el nodo de la raíz, en el caso de la figura A, de la Compañía. No se puede buscar a un empleado sin encontrar la empresa, el departamento, gerente del empleado, y finalmente el empleado.
  • 34. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 34 Fig. A. Modelo Jerárquico de Base de Datos
  • 35. Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 35 Modelo de Red de Base de Datos.  El modelo de base de datos de red es esencialmente un refinamiento del modelo de base de datos jerárquica. El modelo de red permite que las tablas hija tenga más de uno de los padres, creando así una estructura de tabla- como red.  Varias tablas padres de cada hija permite que las relaciones de varios a varios, además de las relaciones uno-a-muchos. En un modelo de base de datos de ejemplo de red que se muestra en la Figura B, existe una relación de varios a varios entre los empleados y las tareas. En otras palabras, un empleado puede ser asignado a muchas tareas, y una tarea puede ser asignada a muchos empleados diferentes. Así, muchos empleados tienen muchas tareas, y viceversa