Sistemas de almacenamiento de la información.

1. Datos y archivos

1.1 LA NECESIDAD DE GESTIONAR DATOS

Cada vez mayor demanda de datos.

1.2 SISTEMAS DE INFORMACIÓN

La empresa como sistema.

Un sistema es “Un conjunto de cosas que ordenadamente relacionadas entre sí contribuyen a un determinado objeto .”

Sistemas de Información.

"Information Server"

Componentes de un sistema de información.

- Datos

- Hardware

Software

Recursos humanos

1.3 FICHEROS O ARCHIVOS

Un fichero es una secuencia de números binarios que organiza información relacionada a un mismo aspecto.

Ficheros secuenciales

Ficheros de acceso directo o aleatorio

Ficheros secuenciales encadenados

Ficheros secuenciales indexados

1. 4. OPERACIONES RELACIONADAS CON USO DE ARCHIVOS EN BASES DE DATOS.

Borrado y recuperación de registros

Fragmentación y compactación de datos

Compresión de datos

Cifrado de datos

2.Tipos de gestión de información mediante ordenador.

2.1 SISTEMAS DE GESTIÓN DE FICHEROS

Los datos se almacenan en ficheros y se crean aplicaciones, cada aplicación organiza los datos en los ficheros como le parece mejor y si incorporamos aplicaciones nuevas, estas usarán sus propios ficheros.

^

Ventajas

Los procesos son independientes por lo que la modificación de uno no afecta al resto.

Inconvenientes

Datos redundantes.

Programación de aplicaciones compleja.

Datos inconsistentes.

Difícil acceso a los datos.

Coste de almacenamiento elevado.

2.2 SISTEMAS DE BASES DE DATOS

los datos se centralizan en una base de datos común a todas las aplicaciones

Ventajas

Independencia de los datos y los programas.

Mayor seguridad en los datos.

Acceso a los datos más eficiente.

Menor espacio de almacenamiento

Acceso simultáneo a los datos.

Inconvenientes

Instalación costosa.

Requiere personal cualificado.

Implantación larga y difícil.

Ausencia de estándares totales.

3. FUNCIONAMIENTO DE UN SISTEMA GESTOR DE BASES DE DATOS

Los SGBD tienen que realizar tres tipos de funciones para ser considerados válidos. A continuación se describen estas tres funciones.

3.1 FUNCIONES y LENGUAJES DE LOS SGBD.

Función de descripción o definición

Estructura interna
Estructura conceptual
Estructura externa

metadatos.

FUNCIÓN DE MANIPULACIÓN

lenguaje de modificación de datos o DML

FUNCIÓN DE CONTROL

lenguaje de control de datos o DCL.

3.2 UTILIZAD DE LOS SISTEMAS GESTORES DE BASES DE DATOS (SGBD or DBSM).

Herramientas.

Herramientas para la creación y especificación del diccionario de datos.

Herramientas para la manipulación de los datos

Herramientas para la creación y restablecimiento de copias de seguridad.

Herramientas de instalación y configuración de la base de datos.

Herramientas para gestionar la seguridad.

3.3 NIVELES DE ABSTRACCIÓN DE UNA BASE DE DATOS.

INTRODUCCIÓN

En cualquier software siempre hay dos puntos de vista:

Nivel externo.

Nivel interno.

3.4 RECURSOS HUMANOS DE LAS BASES DE DATOS.

Informáticos

Directivos/as.

Analistas

Administradores/as de las bases de datos

Desarrolladores/as o programadores/as.

Equipo de mantenimiento.

Usuarios

Expertos/as.

Habituales.

Ocasionales.

3.5 PROCESO DE CREACIÓN Y MANIPULACIÓN DE UNA BASE DE DATOS.

Fase de creación:

1. El analista o diseñador crea el esquema conceptual.

2. El administrador de la base de datos (DBA) recoge ese esquema y crea el esquema interno de la base de datos.

3. Los desarrolladores también recogen el esquema conceptual y utilizan las aplicaciones necesarias para generar los esquemas externos

Fase de manipulación:


1. El usuario realiza una operación sobre la base de datos

2. Las aplicaciones las traducen a su forma conceptual utilizando el diccionario de datos

3. El esquema conceptual es traducido por la SGBD a su forma interna

4. EL SGBD se comunica con el Sistema Operativo

5. El Sistema Operativo accede al almacenamiento físico correspondiente y devuelve los datos al SGBD.

6.El SGBD transforma los datos internos en datos conceptuales y los entrega a la aplicación.

7. La aplicación muestra los datos habiéndolos traducido a una forma
apta para el usuario

3.6 ESTRUCTURA MULTICAPA.

Ususario

App del usuario

Acceso a datos

Diccionario de datos

Nucleo

Sistema Operativo

3.7 FUNCIONAMIENTO DEL SGBD.

La imagen presenta el funcionamiento típico de un SGBD. En ella se reproduce la comunicación entre un usuario que desea acceder a los datos y el SGBD:

1. Los usuarios utilizan una aplicación para acceder a los datos.

2. El proceso cliente es el software de acceso a la base de datos y que está instalado en el lado del cliente.

3. El proceso cliente se comunica con el proceso servidor, que es el software de comunicación instalado en el lado del servidor.

4. la petición pasa al software del Sistema Gestor de Bases de Datos.

5. El SGBD, comprobando el diccionario de datos, comprueba si la petición es correcta.

6. El SGBD también revisa el diccionario de datos
para saber
donde se encuentran los datos requeridos.

7. El SGBD hace una petición al Sistema Operativo.

8. El Sistema Operativo recibe los datos.

9. Se entregan los datos al Sistema Gestor de Bases de Datos o se indica el error ocurrido.

10. El SGBD traduce los datos a una forma más conceptual y se los entrega al proceso servidor.

11. Los datos se entregan al proceso cliente

12. Los datos llegan a la aplicación.

13.
La aplicación de usuario traduce los datos recibidos en información presentada de la forma más conveniente para el usuario.

3.8 FORMAS DE EJECUCIÓN DE UN SGBD.

SGBD monocapa

Se trata de Sistemas Gestores instalados en una máquina desde la que se conectan los propios usuarios y administradores. Es decir, todo el sistema está en una sola máquina.

Niveles mas habituales de las bases de datos.

Es llamado niveles de abstracción porque nos permite efectivamente abstraernos para observar la base de datos en base a diferentes intereses.

Nivel físico.

Independencia Física.

Nivel interno.

Nivel conceptual.

Independencia Lógica.

Nivel externo

SGBD bicapa.

Usa un modelo de funcionamiento tipo cliente/servidor. La base de datos y el sistema gestor se alojan en un servidor al cual se conectan los usuarios desde máquinas clientes.

Hay dos posibilidades:

Arquitectura cliente/servidor único.

Arquitectura cliente/multiservidor.

SGBD de tres o más capas

En este caso entre el cliente y el servidor hay al menos una capa intermedia.
Esa capa se encarga de recoger las peticiones de los clientes y de comunicarse con la bases de datos para recibir la respuesta y enviarla al cliente.

4. TIPOS DE SGBD

MODELO JERÁRQUICO

Los datos
se almacenan en estructuras lógicas llamadas segmentos.

MODELO EN RED (CODASYL)

En los registros se almacenan los datos, mientras que los enlaces permiten relacionar estos datos

MODELO RELACIONAL

Los datos se organizan en tablas y estas en columnas y filas de datos. Las tablas se relacionan entre sí para ligar todos los datos.

MODELO DE BASES DE DATOS ORIENTADAS A OBJETOS (POO u OOP)

La programación orientada a objetos permite cohesionar datos y procedimientos. Estas bases de datos consigan arreglar las limitaciones de las relaciones.

BASES DE DATOS OBJETO-RELACIONALES

un híbrido entre el modelo relacional y el orientado a objetos.

Estas bases de datos se basan en el estándar ISO SQL 2000 y los siguientes

Pensadas para grabar los datos de manera veloz para así poder atender a miles y miles de operaciones DML de escritura de datos.
(como Twitter, Facebook, Amazon,…).

BASES DE DATOS NoSQL

5. SISTEMAS GESTORES DE BASES DE DATOS COMERCIALES DE TIPO RELACIONAL (CLUF o EULA)

LICENCIAS DE SOFTWARE

SGBD DE CÓDIGO CERRADO

El usuario firma unas condiciones de uso por el software, entre las que siempre figuran el hecho de no poder distribuir libremente el mismo y que está restringido a unas condiciones de trabajo concretas .

Ejemplos de SGBD de este tipo:

Oracle Database.

DB2.

SQL Server.

Informix.

SGBD DE CÓDIGO ABIERTO

Licencias de código abierto

GPL (GNU General Public License).

Licencia BSD

Licencia Apache.

Productos comerciales de código abierto

MySQL

PostgreSQL.

MariaDB.

SQLite

cliente

servidor

servidor intermedio

servidor de base de datos

El modelo conceptual es independiente del DBMS que se vaya a utilizar

El modelo conceptual es el más cercano al usuario

El lógico depende de un tipo de SGBD en particular

El modelo lógico está más cerca del modelo físico

Diferencias entre modelo lógico y modelo conceptual.