0% encontró este documento útil (0 votos)
35 vistas8 páginas

Clase 1

Cargado por

japm00
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
35 vistas8 páginas

Clase 1

Cargado por

japm00
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd

Almacenamiento y Acceso de Información

Clase No. 1- Introducción


1.1. Breve descripción de la asignatura
1.2. Necesidad de almacenamiento y acceso a la información
1.3. Qué es una Base de Datos
1.4. Objetivos de un Sistema de Bases de Datos
1.5. Arquitectura de un SGBD.
1.6. Modelos de Bases de datos
1.6.1. Modelo Jerárquico
1.6.2. Modelo Reticular o de Red
1.6.3. Modelo Relacional
1.6.4. Modelo Orientado a Objetos

Bibliografía
 C. J. Date- Introducción a los Sistemas de Bases de Datos. Volumen 1. Quinta
edición. Págs. 10-49, 244-287, 739-818

Objetivos:
 Introducir a los estudiantes en los conceptos generales sobre Bases de Datos.
 Que los estudiantes conozcan las funciones y características de los Sistemas de
Bases de Datos.
 Lograr un conocimiento mínimo de los Modelos de Bases de datos existentes

Desarrollo:

Se hará la presentación del profesor.


Se comenzará la clase pidiendo que cada estudiante se ponga de pie y diga su nombre,
profesión y empresa donde trabaja.

1.1- Breve descripción de la asignatura.


La asignatura Almacenamiento y Acceso de Información está encaminada a lograr un
conocimiento teórico general sobre bases de datos, haciendo énfasis en el Modelo
Relacional, sus reglas fundamentales así como su aplicación en la práctica a través del
diseño de Bases de Datos Relacionales. Además tratarán las tendencias actuales en los
Sistemas de Bases de datos y los aspectos a tener en cuenta para lograr un manejo
óptimo de grandes volúmenes de información no solo en cuanto a volumen de datos,
sino también en cuanto al análisis de los mismos.

1.2-Necesidad de almacenamiento y acceso a la información.

En la vida cotidiana cada hecho, cada cosa que vemos nos transmite información, la
cual es un elemento indispensable a la hora de la toma de decisiones, ya sean estas de
índole personal o a nivel profesional.
Desde épocas remotas el hombre quiso dejar constancia de la información que poseía
para poder transmitir sus experiencias a otras generaciones, registrar hechos históricos,
guardar datos importantes, etc. Asimismo fue creando mecanismos para acceder a esa
información de la forma más sencilla y rápida posible.
La forma de almacenar y acceder a la información fue evolucionando a través del
tiempo y tuvo una revolución con el surgimiento de las computadoras.

Inicialmente se creaban aplicaciones que poseían sus propios archivos para almacenar la
información cuyas características fundamentales eran

 Sistemas orientados al tratamiento en los que se fija el proceso y luego se


gestionan los datos mediante ficheros ficheros.
 Son aplicaciones independientes entendidas como programas y datos (repetición
de datos).
 Alto coste del almacenamiento.
 Existen datos duplicados en los ficheros.
 Complejidad para obtener información a partir de los datos almacenados

Estas características traen aparejadas ciertas desventajas


 Redundancia (copia innecesaria). Implica desperdicio de almacenamiento.
 Dificultad de mantenimiento (Actualización).
 Consistencia de datos (Actualización).
 excesiva dependencia del soporte y los datos.- Un cambio sutil en los datos
acarreará el cambio total del programa.
 Aumento del tiempo de CPU

Estos problemas anteriores justifican la utilización de un sistema diferente.


El sistema tradicional se define como un esquema horizontal y en cada estrato se
encuentra cada aplicación con todos los ficheros que necesita, aunque estos estarán
duplicados.

El error del enfoque antiguo consistía en un enfoque al programa. El enfoque nuevo esta
orientado a los datos.

1.3- Qué es una Base de Datos:

Definición de las Bases de Datos.


Historia.-
 1963.- Se acuña el termino de Bases de Datos en el Simposio de Santa Monica
(‘DATA BASE’)
 1967.- Codasyl, cambia su nombre por el de ‘Data Base Taskgroup’.

Una Base de Datos es un conjunto de información almacenada en memoria auxiliar que


permite acceso directo.
Base de Datos es un conjunto exhaustivo no redundante de datos estructurados
organizados independientemente de su utilización y su implementación en máquina
accesibles en tiempo real y compatibles con usuarios concurrentes con necesidad de
información diferente y no predicable en tiempo.
Una Base de Datos es el conjunto de datos que se encuentran fundamentalmente en
memoria externa . Una Base de Datos es integrada, es decir: contiene datos para
muchos usuarios los cuales trabajan generalmente solo con una parte de estos.

Sobre una Base de Datos se realizarán las siguientes operaciones:


 Agregar archivos nuevos (vacíos)
 Insertar datos nuevos en archivos ya existentes
 Obtener datos de archivos ya existentes
 Actualizar datos en archivos ya existentes
 Borrar datos en archivos existentes
 Eliminar archivos ya existentes (vacíos o no)

Un Sistema de Bases de Datos es básicamente un sistema computarizado cuyo propósito


general es mantener información y hacer que esté disponible cuando se necesite.

1.4- Objetivos de un Sistema de Bases de Datos:


1- Independencia de datos y programas: Debe permitirse que en diferentes
aplicaciones los datos puedan verse de diferentes formas (por ejemplo, en una
aplicación los datos pueden necesitarse en representación decimal y en otra en
representación binaria. Además se deben poder hacer cambios en la forma de
almacenar los datos sin tener que cambiar los programas de aplicación.
2- Integración y sincronización de los datos: Con la integración se debe poder
garantizar una respuesta a diferentes requerimientos de iguales datos a diferentes
usuarios. La sincronización se refiere al acceso múltiple y simultaneo a una Base
de Datos
3- Compatibilidad con otros sistemas: El diseño de la Base de Datos debe realizarse
con la mayor independencia posible respecto al equipo disponible e incluso
quedando a salvo de posteriores adelantos tecnológicos
4- Adaptabilidad de las estructuras físicas y lógicas.
5- Integridad del Modelo de Datos
6- Facilidad de restauración de lo datos
7- Seguridad y protección de los datos

Funciones del DBMS: Se incluyen al menos las siguientes:


1- Definición de Datos
2- Manipulación de Datos
3- Seguridad e integridad de los datos
4- Recuperación y concurrencia de los datos
5- Diccionario de datos
6- Desempeño

1.5- Arquitectura de los Sistemas de Bases de Datos:

 El Nivel Externo lo componen las vistas y tablas base.


 El Nivel Conceptual está compuesto por tablas base.
 El Nivel Interno está compuesto por ficheros físicos. Las tablas base están
almacenadas en ficheros, donde cada fila corresponde a un registro del fichero.
Incorpora la posibilidad de construir índices sobre cada una de las tablas.

Por tanto, las tablas que los usuarios pueden manejar son de dos tipos: tablas base y
vistas.
 Una tabla base, es una tabla que tiene existencia por sí misma, es decir, sus filas
(registros) se encuentran almacenados físicamente en uno o varios ficheros
físicos.
 Una vista es una tabla virtual, esto es, no tiene existencia por sí misma, se
definen a partir de una o más tablas base. De ellas solamente existe su definición
en el diccionario de datos, y cuando se opera con ellas, se opera en realidad con
las tablas base sobre las que está definida.

1.6- Modelos de Bases de Datos:

Modelo Jerárquico:

Los Sistemas Jerárquicos no se constituyeron en un principio con base a un modelo


abstracto predefinido, más bien se definió el modelo correspondiente por un proceso de
abstracción a partir de los sistemas prácticos, como por ejemplo, IMS, de IBM

Una Base de datos jerárquica se compone de un conjunto ordenado de árboles.


De forma más precisa es un conjunto ordenado formado por múltiples ocurrencias de
un solo tipo de árbol.

El Modelo Jerárquico se basa en una estructura arbórea de los datos. Los vértices del
árbol en la estructura lógica, determinan los tipos de registros lógicos.

La noción de ordenamiento es esencial en la estructura de datos jerárquica.


Consideremos algún tipo de subárbol T , cuyo tipo de registro raiz es R y cuyos tipos de
subárbol son S1, S2, .......,Sn (en ese orden) . Sea t una ocurrencia de T cuya raíz es r
(una ocurrencia de R) y cuyos subárboles son s1,s2,....,sn (ocurrencias de S1, S2, ....Sn
respectivamente). Definimos entonces de manera recursiva la secuencia jerárquica de t
como la secuencia que se obtiene tomando primero el registro r seguido de todos los
registros s1 en secuencia jerárquica, seguido de todos los registros de s2 en secuencia
jerárquica ,... seguido por todos los registros de sn en secuencia jerárquica.

Esto se hace en orden de arriba hacia abajo, de izquierda a derecha, llamado también
ordenamiento en profundidad

Una diferencia principal entre un Sistema Jerárquico y uno relacional es que en el


sistema jerárquico cierta información que en una Base de Datos Relacional se
representaría con claves ajenas, se representa en cambio con ligas padre-hijo

En el modelo jerárquico se pueden utilizar con efectividad para representar las


relaciones 1:M, pero no así las de M:M
Modelo de Red:

La estructura de datos de red puede considerarse como una forma extendida de la


estructura jerárquica de datos. La diferencia fundamental entre ellas es que en la
jerárquica, un hijo tiene un solo padre, mientras que en la de red un registro hijo puede
tener cualquier numero de padres , incluso cero. La red permite inmediatamente modela
las relaciones de M:M.

Los algoritmos del modelo reticular son simétricos, pero más complejos que en el
modelo jerárquico

Una Base de Datos de Red se compone de dos conjuntos: un conjunto de registros y un


conjunto de ligas

Modelo Relacional

El modelo relacional de bases de datos fue definido por E. F. Codd a principios de la


década del '70. El mismo autor, a mediados de los '80, publica una nueva versión del
mismo, que se conoce como RM/V2 (Relational Model / Versión 2). Esta nueva versión
mantiene algunas definiciones iniciales, modifica otras y fundamentalmente, agrega
nuevas.

En este modelo los datos se estructuran en tablas manteniendo la independencia de esta


estructura lógica respecto al modo de almacenamiento u otras características físicas. Las
tablas se manejan mediante operaciones de la teoría de conjuntos y el álgebra relacional.

Los SGBDs relacionales están basados en el modelo relacional los datos Cada fila de la
relación(o tupla, en terminología relacional) representa una ocurrencia. Las columnas (o
atributos) representan propiedades de las filas.

El elemento basico del modelo relacional es la Tabla (Relación ).

Conceptos generales:
 Tuplas: Conjunto de filas que son las ocurrencias de la Tabla.
 Atributos: Conjunto de columnas que representan las propiedades una
ocurrencia.
 Cardinalidad: Número de filas de la relación.
 Grado: Número de columnas .
 Dominios: Conjunto de valores homogéneos y atómicos, caracterizados por un
nombre. Todo dominio debe tener un nombre por el que referirnos a el y un tipo
de datos. Los dominios pueden definirse por intención y por extensión.
 Clave candidata : Conjunto no vacio de atributos que identifican univoca y
minimamente cada tupla.
 Clave primaria : La que el usuario escoge de las calves candidatas.
 Clave ajena: Conjunto de atributos de la tabla cuyos valores han de coincidir con
los de la clave primaria de otra tabla. (Clave ajena y primaria debe estar definida
sobre los mismos dominios).
RESTRICCIONES

INHERENTES.
 No hay dos tuplas iguales.
 el orden de las tuplas no es significativo.
 El orden de los atributos no es significativo.
 Cada atributo solo puede tomar un valor del dominio, no admitiéndose por tanto
dos grupos repetitivos.
 Se debe cumplir la regla de Integridad de entidad  ‘ Ningún atributo que forme
parte de la clave primaria de una relación puede tomar un valor desconocido o
inexistente’.

DE USUARIO.
Integridad referencial  Si la relación R2 tiene un descriptor que referencia a la clave
primaria de la relación R1 todo valor de dicha clave (Clave ajena R2) debe concordar
con los valores de la clave primaria R1 o ser NULO. R1 y R2 son claves necesariamente
distintas. Además, la clave ajena puede formar parte de la relación R2.

Los SGBDs relacionales se han impuesto hasta llegar a dominar casi totalmente el
mercado actual. Ello se ha debido principalmente a su flexibilidad y sencillez de manejo

Modelo Orientado a Objetos

Conceptos Generales:
 Clase: La clase contiene información sobre cual debe ser la apariencia y el
comportamiento de un objeto. Una clase es el plano o esquema de un objeto.
 Objeto: Es una instancia de una clase
 Métodos: son las operaciones que pueden realizarse sobre el objeto, que
normalmente estarán incorporados en forma de programas (código) que el objeto
es capaz de ejecutar.
 Relaciones: permiten que el objeto se inserte en la organización y están
formadas esencialmente por punteros a otros objetos.
 Propiedades: distinguen un objeto determinado de los restantes que forman parte
de la misma organización y tiene valores que dependen de la propiedad de que
se trate. Las propiedades de un objeto pueden ser heredadas a sus descendientes
en la organización.
 Mensajes: Permite la comunicación entre objetos.

Características fundamentales de los objetos:

 Herencia
Es la capacidad de derivar una nueva clase de una superclase existente. La superclase
sirve como patrón para la clase derivada. La herencia es un concepto muy importante ya
que permite la reutilización de las definiciones de clases, para cambios sencillos, sin
requerir mayores modificaciones sobre el código.

 Encapsulamiento y Ocultación

Cada objeto es una estructura compleja en cuyo interior hay datos y programas, todos
ellos relacionados entre sí, como si estuvieran encerrados conjuntamente en una
cápsula. Esta propiedad (encapsulamiento), es una de las características fundamentales
en la OOP.

Los objetos son inaccesibles, e impiden que otros objetos, los usuarios, o incluso los
programadores conozcan cómo está distribuida la información o qué información hay
disponible. Esta propiedad de los objetos se denomina ocultación de la información.

Esto no quiere decir, sin embargo, que sea imposible conocer lo necesario respecto a un
objeto y a lo que contiene. Si así fuera no se podría hacer gran cosa con él. Lo que
sucede es que las peticiones de información a un objeto. Deben realizarse a través de
mensajes dirigidos a él, con la orden de realizar la operación pertinente. La respuesta a
estas ordenes será la información requerida, siempre que el objeto considere que quien
envía el mensaje está autorizado para obtenerla.

El hecho de que cada objeto sea una cápsula facilita enormemente que un objeto
determinado pueda ser transportado a otro punto de la organización, o incluso a otra
organización totalmente diferente que precise de él. Si el objeto ha sido bien construido,
sus métodos seguirán funcionando en el nuevo entorno sin problemas. Esta cualidad
hace que la OOP sea muy apta para la reutilización de programas.

Polimorfismo
Una de las características fundamentales de la OOP es el polimorfismo, que no es otra
cosa que la posibilidad de construir varios métodos con el mismo nombre, pero con
relación a la clase a la que pertenece cada uno, con comportamientos diferentes. Esto
conlleva la habilidad de enviar un mismo mensaje a objetos de clases diferentes. Estos
objetos recibirían el mismo mensaje global pero responderían a él de formas diferentes;
por ejemplo, un mensaje "+" a un objeto ENTERO significaría suma, mientras que para
un objeto STRING significaría concatenación ("pegar" strings uno seguido al otro)

Sistemas de Bases de Datos Orientados a Objeto

Corría la segunda mitad de la década de los 80’, cuando comienzan a generalizarse en


múltiples aplicaciones los sistemas de gestión de bases de datos orientadas al objeto
(OODBMS), los cuales toman las ventajas del enfoque orientado al objeto, ya probados
y los sistemas de gestión de bases de datos, siendo su principal virtud el ofrecer un muy
buen desempeño en la gestión de datos complejos y multimediales.
Se pueden citar dos grandes proyectos desde 1985, el proyecto ORION de MCC en
Austín, Texas y en 1986 el proyecto Altair, en Rocquencowt, Francia. En 1988, la
primera generación apareció, seguida por una segunda generación en 1990.

Combina las mejores cualidades de los archivos planos, las bases jerárquicas y
relacionales . Las BDOO representan el siguiente paso en la evolución de las Bases de
Datos para soportar el análisis, diseño y programación Orientada a Objetos.

Las bases de datos de objetos están diseñadas para simplificar la programación


orientada a objetos. Almacenan los objetos directamente en la base de datos, y emplean
las mismas estructuras y relaciones que los lenguajes de programación orientados a
objetos.

Un Sistema de Gestión de Bases de Datos (SGBD) es un conjunto de datos relacionados


entre sí y un grupo de programas para tener acceso a esos datos.

Un Sistema de Gestión de Bases de Datos Orientadas a Objetos (SGBDOO) se puede


decir que es un SGBD que almacena objetos, permitiendo concurrencia, recuperación.
Para los usuarios tradicionales de bases de datos, esto quiere decir que pueden tratar
directamente con objetos, no teniendo que hacer la traducción a registros o tablas.

Las bases de datos tradicionales almacenan sólo datos, mientras que las bases de datos
orientadas a objetos almacenan objetos, con una estructura arbitraria y un
comportamiento.

Desde el punto de vista del desarrollador las ventajas están dadas en ganancias de
productividad, dado su modelamiento más simple que facilita el desarrollo de
aplicaciones. El modelamiento de aplicaciones es mucho más sencillo gracias al
concepto de objetos complejos y el modelo obtenido es fácilmente comprensible para el
usuario. Este modelo puede ser validado directamente por el cliente de la aplicación. El
enfoque Orientado al Objeto favorece la reutilización, porque gracias a la encapsulación
y la herencia, es fácil especializar un componente existente para responder a las
necesidades particulares de la aplicación.

Desde el punto de vista del usuario final de los OODBMS, el mayor aporte es la calidad
en términos de ergonomía, fiabilidad, evolución y desempeño. La mayor parte de los
productos disponibles en el mercado, son productos cerrados, difícilmente adaptables a
las especificaciones de la empresa: la ergonomía de la aplicación es fija, las reglas de
cálculo son difícilmente modificables, etc. la tecnología objeto, gracias en particular a la
encapsulación y la herencia, da productos desarrollos con un OODBMS más abierto y
fácilmente adaptables. El usuario puede obtener un costo menor de las modificaciones
de sus procedimientos, que van a integrar más fácilmente su medio ambiente (entorno).

Conclusiones

También podría gustarte