las base de datos actualmente la usan la mayoria de empresas

EJEMPLOS

*BANCA Para información de los clientes, cuentas y préstamos, y transacciones

bancarias.

ejemplo
antes uno tenia que ir de un banco a otro para depositar luego que saque del
cajero y meta al otro banco
hasta hoy en dia que se usa el qr

*Universidades Para información de los estudiantes, inscripciones, registro de

notas,
cursos disponibles, retiro de materias, convalidaciones, etc.

ejemplo
que pasaria si la universidad no tuviera ua base de datos los procesos que
conocemos serian mas tardados
por que revisar el registro ver si hay espacio en la materia ver si cumple los
requisitos etc

*VENTAS Para información de clientes, productos, compras, proformas, ingresos,

egresos de productos, notas de venta, facturación, definición de formas de pago,
cobranzas.

estos ejemplos son de base de datos tradicionales que hacen usan texto,numerico y
luego hay bases de datos multimedia
que hace uso de imagenes ,videos,textos y audios entre otros mas

ejemplos
* base de datos tradicionales *
como sabemos la universidad usa una base de datos tradicional ya que usa texto y
numeros

* base de datos multimedia *

mientas que youtube facebook usan las base de datos multimedias ya que se suben
fotos videos entre otras cosas

base de datos GIS o sistema de imagenes geograficas y alamcenan imagenes

satelitales y datos del tiempo

base de datos documentales Documentos de archivo, documentos electrónicos,

documentos impresos, documento audiovisual, gráfico o sonoro.

ejemplo
las bibliotecas

1.1 BASE DE DATOS

una base de datos es una coleccion de datos relacionados entre si

ejemplo de una base de datos

ALUMNOS CARRERA
111 Joaquin chumacero M 187-3 ------> 187-3 ingeniería informatica
222 juan alvarez M 187-4 ------> 187-4 ingeneria de sistema
 333 pepe Guardiola M 187-3

una base de datos es un conjunto de datos almacenados entre los que

existen relaciones lógicas y ha sido diseñada para satisfacer los requerimientos de
información de una empresa u organización.

QUE ENTENDEMOS POR DATO

* conjunto de caracteres con algun significado puede ser numerico texto entre otros

* es un hecho conocido que puede registrarse y que tiene un significado implicito

ejemplo de datos

el docente pregunta a un estudiante su nombre y su equipo favorito (eso seria un

dato )

DIFERENCIA DE DATO Y INFORMACION

el dato sabemos que es un hecho conocido que puede registrarse y que tiene un
significado implicito

la informacion es un dato ya procesado

ejemplo

el docente ya sabe que equipo favorito de cada estudiante y dice que para vencer
su materia solo los que son hinchas de bolivar pasan (transformo el dato que ya
sabia en informacion)

QUE ENTENDEMOS POR RELACIONADO

* Homogeneidad en la colección de datos que conforman una base de datos. No se

trata de un conjunto seleccionado
de forma aleatoria.

* Los datos se recopilan y registran con una finalidad.

* Los datos deben ser relevantes con respecto a esa finalidad

Una base de datos se diseña (Modelo de datos), construye y puebla de datos (SGBD)
para
un propósito específico

para diseñar una base de datos se necesita modelo de base de datos

para eso necesitamos el mapa que esta al inicio de materia

para el diseño conceptual se usa modelo orientado a objetos (M.O.O.)

para el diseño logico se usa modelo relacional (M.R.)
para el diseño fisico se usa marco memoria lenguaje de definición de datos
(M.M.L.D.D)

MODELOS DE DATOS

Un modelo de datos es una colección de conceptos que sirven para describir la

estructura de una base de datos.

Los diferentes modelos de datos se clasifican en tres grupos diferentes: modelos

lógicos
basados en objetos, modelos lógicos basados en registros y modelos físicos.

1.2.1 MODELOS LOGICOS BASADOS EN OBJETOS

Se caracterizan por el hecho de que proporcionan capacidades estructurales muy

flexibles y permiten que los vínculos de datos sean especificadas explícitamente

A) MODELO ENTIDAD-RELACION

ver la grafica del PDF

es el mas atiguo

b) MODELO ORIENTADO A OBJETOS

ver la grafica del PDF

este se usara para el tema 2

1.2.2 MODELOS LOGICOS BASADOS EN REGISTROS

MODELO RELACIONAL
tiene unas llaves y se vera en el tema 3

ejemplo

UnidadMedida(ID, Descripcion, Abreviatura)

Producto(Cod, Descripcion, Precio, IdUni)

Conceptos:
 Relación
 Atributo
 Dominio
 Llave Primaria
 Llave Foránea
 Llave candidata
 Tupla
 Integridad Referencial
 Integridad Entidad

1.2.3 MODELOS DE DATOS FISICOS

ver la grafica del PDF esto se vera en el tema 5

1.3 SISTEMA GESTOR DE BASE DE DATOS

los sistemas gestor de base de datos sirven para definir construir y manipular la
base de datos

Es una agrupación de programas que sirve para definir, construir y manipular una
base
de datos

A) DEFINIR UNA BASE DE DATOS consiste en especificar los tipos de datos,

estructuras y
restricciones para los datos que se almacenarán.

ejemplo

Create database Prueba;

Use Prueba;
 Create table UnidadMedida(
ID tinyint not null,
Descripcion varchar (50) not null,
Abreviado varchar (3) not null,
Primary Key (ID)
);

B) CONSTRUIR UNA BASE DE DATOS es el proceso de almacenar los datos sobre algún
medio de
almacenamiento.

ejemplo

Insert into UnidadMedida Values (1,’Metros’,’Mts’);

Insert into UnidadMedida Values (2,’Litros’,’Lts’);

C) MANIPULAR UNA BASE DE DATOS incluye funciones como consulta, actualización, etc.
de
bases de datos.

ejemplo:
Para mostrar todos los productos de la unidad de medida metros
Select cod,P.Descripcion
from Producto P, UnidadMedida U
where Iduni=Id and U.Descripcion='metros';

Para Borrar todas la unidades de medida

Delete from UnidadMedida;

Para Cambiar el nombre del producto Cable Coaxil por Cable Coaxial.
Update producto set descripción='Cable Coaxial' where cod=101;

1.3.1 Arquitectura de un SGBD

En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards

Planning and Requirements Committee) propuso una arquitectura de tres niveles para
los
SGBD cuyo objetivo principal era el de separar los programas de aplicación de la BD
física. En esta arquitectura el esquema de una BD se define en tres niveles de
abstracción
distintos:

1) Nivel interno o físico: es : el más cercano al almacenamiento físico, es decir,

tal y como están
almacenados en el ordenador. Describe la estructura física de la BD mediante un
esquema
interno. Este esquema se especifica con un modelo físico y describe los detalles de
cómo se
almacenan físicamente los datos: los archivos que contienen la información, su
organización, los métodos de acceso a los registros, los tipos de registros, la
longitud, los
campos que los componen, etcétera.

2) Nivel conceptual: describe la estructura de toda la BD para un grupo de usuarios

mediante un esquema conceptual. Este esquema describe las entidades, atributos,
relaciones, operaciones de los usuarios y restricciones, ocultando los detalles de
las
estructuras físicas de almacenamiento. Representa la información contenida en la
BD.

3) Nivel externo o de visión: es el más cercano a los usuarios, es decir, es donde

se
describen varios esquemas externos o vistas de usuarios. Cada esquema describe la
parte de
la BD que interesa a un grupo de usuarios en este nivel se representa la visión
individual de
un usuario o de un grupo de usuarios.

La arquitectura de tres niveles proporciona los dos tipos de independencia de los

datos: la
física y la lógica

“Hay independencia física cuando los cambios en la organización física (

Esquema interno) de la base de datos, no afecta el mundo exterior ( esquema
conceptual, esquema externo) “.

ejemplo
si creamos estructuras de acceso adicionales ( Indexar), para mejorar el
rendimiento de las operaciones de recuperación y actualización ( modificamos el
esquema
interno), no será necesario modificar el esquema conceptual.

“Hay independencia lógica, cuando se tiene la capacidad de modificar el

esquema conceptual, sin tener que alterar los esquemas externos ni los
programas de aplicación” ( Ramez AE, Shamkant B. Navatte, 2002)

ejemplo
En algunas ocasiones será necesario modificar el esquema conceptual para ampliar la
base
de datos, por ejemplo añadiendo o eliminando algún atributo ( tipo de registro), y
esto no
debería afectar los esquemas externos.

1.3.2 Ventajas de utilizar un SGBD

a) Consultas no predefinidas y complejas

ejemplos

Se quiere conocer el número de alumnos de más de 25 años de edad y con nota

media superior a 70 que están matriculados actualmente en la asignatura Bases de
datos I.

CONCEPTO

El objetivo fundamental de los SGBD es permitir que se hagan consultas no

predefinidas y
complejas. Los usuarios podrán hacer consultas de cualquier tipo y complejidad
directamente al SGBD utilizando sentencias de SQL. El SGBD tendrá que responder
inmediatamente sin que estas consultas estén preestablecidas; es decir, sin que se
tenga que
escribir, compilar y ejecutar un programa específico para cada consulta. Sin
embargo, esto
no significa que no se puedan escribir programas con consultas incorporadas (por
ejemplo,
para procesos repetitivos).
b) Control de redundancia
Cuando se utilizaba ficheros tradicionales, cada aplicación tenía su fichero. Sin
embargo, se
daba mucha coincidencia de datos entre aplicaciones y producía redundancia de datos
entre
los ficheros. Si se tiene un mismo dato registrado en dos lugares diferentes no
pasará
demasiado tiempo hasta que las dos anotaciones dejen de ser coherentes, porque
habremos
modificado la anotación en uno de los lugares y nos habremos olvidado de hacerlo en
el
otro. Uno de los objetivos de los SGBD, es facilitar la eliminación de la
redundancia.

Así pues, el verdadero problema es el grave riesgo de inconsistencia o incoherencia

de los
datos; es decir, la pérdida de integridad que las actualizaciones pueden provocar
cuando
existe redundancia. Por lo tanto, convendría evitar la redundancia. En principio,
nos
conviene hacer que un dato sólo figure una vez en la BD. Sin embargo, esto no
siempre
será cierto.

ejemplo
para representar una interrelación entre dos entidades, se suele
repetir un mismo atributo en las dos, para que una haga referencia a la otra.

Otro ejemplo
podría ser el disponer de réplicas de los datos por razones de fiabilidad,
disponibilidad o
costes de comunicaciones.

El SGBD debe permitir que el diseñador defina datos redundantes, pero entonces
tendría
que ser el mismo SGBD el que hiciese automáticamente la actualización de los datos
en
todos los lugares donde estuviesen repetidos.
La duplicación de datos es el tipo de redundancia más habitual, pero también
tenemos
redundancia cuando guardamos en la BD datos derivados (o calculados) a partir de
otros
datos de la misma BD. De este modo podemos responder rápidamente a consultas
globales,
ya que nos ahorramos la lectura de gran cantidad de registros. En los casos de
datos
derivados, para que el resultado del cálculo se mantenga consistente con los datos
elementales, es necesario rehacer el cálculo cada vez que éstos se modifican. El
usuario (ya
sea programador o no) puede olvidarse de hacer el nuevo cálculo; por ello convendrá
que el
mismo SGBD lo haga automáticamente

ejemplo
si un estudiante cambio su nombre o apellido pero la BD tenia dos copias de su
nombre
ocasionaria una icoherencia ya que seria una rendundancia
c) Restricción de los accesos no autorizados
En una misma base de datos coexisten muchos usuarios que necesitan acceder, ya sea
para
consultar, actualizar e insertar datos, y no todos tendrán los mismos privilegios
de acceso a
todos los datos.
Normalmente, a los usuarios se les asigna número de cuenta y contraseñas, que
sirven para
tener accesos a las base de datos. El SGBD debe contar con un subsistema de
seguridad y
autorización que permita al administrador de la bases de datos crear cuentas y
especificar
los privilegios y restricciones en la bases de datos.

ejemplo
se puede bloquear con sistema de seguridad hasta ocultar cosas y permitir que el
usuario vea hasta un punto