13/05/2014 1

Modelo de Datos
El objetivo principal de un DBMS
es proporcionar un entorno que
sea a la vez conveniente y
eficiente para ser utilizado al
extraer y almacenar informacin
de la base de datos
13/05/2014 2
Modelo de Datos
Es una serie de conceptos que pueden
utilizarse para describir un conjunto de datos y
las operaciones para manipularlos.

Un modelo es una representacin simplificada
de un sistema real.

Debe poder representar tanto las caractersticas
estticas como las dinmicas del sistema que
se pretende modelizar.

13/05/2014 3
Modelo de Datos

Segn ha avanzado la tecnologa de bases
de datos, as se han desarrollado las
metodologa y tcnicas de diseo. Se ha
alcanzado un consenso, por ejemplo, sobre
la descomposicin del proceso de diseo en
fases, sobre los principales objetivos de cada
fase y sobre las tcnicas para conseguir
estos objetivos.
13/05/2014 4
Metodologa de Diseo de BD


Diseo Conceptual

Diseo Lgico

Diseo fsico
13/05/2014 5
Metodologa de Diseo de BD
Diseo Conceptual

Parte de las especificaciones de requisitos de
usuario y su resultado es una descripcin de
alto nivel de la estructura de la base de datos,
independientemente del SGBD

El objetivo del diseo conceptual es describir
el contenido de informacin de la base de
datos y no las estructuras de almacenamiento
que se necesitarn para manejar esta
informacin

.
13/05/2014 6
Metodologa de Diseo de BD

Diseo Lgico
Parte del esquema conceptual y da como
resultado una descripcin de la estructura de
la base de datos en trminos de las
estructuras de datos que puede procesar un
tipo de SGBD.

Un modelo lgico es un lenguaje usado para
especificar esquemas lgicos (modelo
relacional, modelo de red, etc.). El diseo
lgico depende del tipo de SGBD que se vaya
a utilizar, no depende del producto concreto.

13/05/2014 7
Metodologa de Diseo de BD

Diseo fsico
Parte del esquema lgico y da como resultado
una descripcin de la implementacin de una
base de datos en memoria secundaria: las
estructuras de almacenamiento y los mtodos
utilizados para tener un acceso eficiente a los
datos. Por ello, el diseo fsico depende del
SGBD concreto y el esquema fsico se
expresa mediante su lenguaje de definicin de
datos.
Modelo de Datos
13/05/2014 8
13/05/2014 9
Metodologa de Diseo de BD

Primero Modelos conceptuales: Se utilizan para
representar la realidad a un alto nivel de abstraccin.
Mediante los modelos conceptuales se puede
construir una descripcin de la realidad fcil de
entender
SegundoModelos lgicos: las descripciones de
los datos tienen una correspondencia sencilla con la
estructura fsica de la base de datos.
El motivo de realizar estas dos etapas es la dificultad
de abstraer la estructura de una base de datos que
presente cierta complejidad.

13/05/2014 10
Metodologa de Diseo de BD
Los modelos conceptuales deben ser buenas
herramientas para representar la realidad, por
lo que deben poseer las siguientes cualidades:

Expresividad: deben tener suficientes conceptos
para expresar perfectamente la realidad.
Simplicidad: deben ser simples para que los
esquemas sean fciles de entender.
Minimalidad: cada concepto debe tener un
significado distinto.
Formalidad: todos los conceptos deben tener una
interpretacin nica, precisa y bien definida.

13/05/2014 11



Tipos de Modelos de Datos
13/05/2014 12
Tipos de Modelos
Modelo de datos, una coleccin de
herramientas conceptuales para describir
datos, relaciones entre ellos, semntica
asociada a los datos y restricciones de
consistencia.
Los diversos modelos de datos se dividen
en tres grupos: modelos lgicos basados
en objetos, modelos lgicos basados en
registros y modelos fsicos de datos.
13/05/2014 13
Tipos de Modelos
1. Modelos lgicos basados en objetos: Se
usan para describir datos en los niveles
conceptual y de visin.
2. Ej: Modelo Entidad-Relacion

13/05/2014 14
Tipos de Modelos

2. Modelos lgicos basados en registros: Se utilizan para
describir datos en los niveles conceptual y fsico. Estos
modelos utilizan registros e instancias para representar la
realidad. Se usan para especificar la estructura lgica de
la Base de Datos y para proporcionar una descripcin
mas alta de la implementacin.

Modelo relacional: Los datos y las relaciones se
representan mediante tablas, cada una con diferentes
columnas y nombres nicos.
Modelo de red: Los datos se representan mediante
nombres de registros y las relaciones mediante
conjunto de ligas.
Tipos de Modelos (cont.)


Modelo jerrquico: Es semejante al modelo de red,
pero con una estructura arbolada.

Modelo orientado a objetos, La programacin
orientada a objetos permite cohesionar datos y
procedimientos, haciendo que se diseen
estructuras que poseen datos (atributos) en las que
se definen los procedimientos (operaciones) que
pueden realizar con los datos. En las bases
orientadas a objetos se utiliza esta misma idea.
Por ejemplo el problema de la herencia (el hecho de
que no se puedan realizar relaciones de herencia
entre las tablas), etc

13/05/2014 15
13/05/2014 16
Tipos de Modelos
3. Modelos fsicos de datos: Describen los
datos en el nivel ms bajo y permiten
identificar algunos detalles de
implementacin para el manejo del
hardware de almacenamiento.

13/05/2014 17


Modelo Entidad - Relacin
13/05/2014 18
Modelo Entidad - Relacin
Fue propuesto por Peter Chen en el ao 1976
como medio de representacin conceptual de
los problemas y para representar la visin de
un sistema de forma global.

El modelo Entidad-Relacin es en esencia una
herramienta del diseo que utiliza simbologas
y expresiones determinadas. No tiene
implementacin fsica.



Modelo Entidad - Relacin



Elementos
13/05/2014 19
13/05/2014 20
Modelo Entidad - Relacin
Entidad: Es un objeto que existe y que puede
ser distinguido de otro por medio de sus
propiedades o atributos. Por ejemplo: el
empleado de una empresa

Una entidad se distingue de otra porque posee
ciertas caractersticas que la hacen nica. A
estas caractersticas se les conoce como
atributo. Por ejemplo el apellido, el nombre, la
direccin, el numero de documento, el sexo y la
fecha de nacimiento son atributos de la entidad
alumno.

En el modelo Entidad-Relacin, los conjuntos de
entidades se representan por rectngulos y los
atributos por elipses.

Tipos de entidades
Fuertes o Regulares: Tienen existencia por si
mismas sin depender de otras. Su
representacin grfica es un rectngulo comn

Dbiles: Su existencia depende de otras. Su
representacion grafica son dos rectangulos uno
dentro de otro

Por ejemplo las entidades Personas y Tareas
laborales
13/05/2014 21
13/05/2014 22
Modelo Entidad - Relacin
Identificador o clave

Se trata de uno o ms atributos de una
entidad cuyos valores son nicos en cada
ejemplar de la entidad. Se marcan en el
esquema subrayando el nombre del
identificador.
13/05/2014 23
Identificador o clave

Para que un atributo sea considerado un buen
identificador tiene que cumplir con los siguientes
requisitos:
Deben distinguir a cada ejemplar de la entidad o relacin.
Un identificador puede estar formado por ms de un atributo.
Puede haber varios identificadores candidatos, en ese caso hay
que elegir el que tenga ms importancia en nuestro sistema
(el resto pasan a ser alternativos).
Todas las entidades deben de tener un identificador, en el caso de
que una entidad no tenga identificador en sus atributos (puede
ocurrir, pero hay que ser cauteloso, a veces se trata de entidades
que estn mal modeladas) entonces hay que aadir un atributo

13/05/2014 24
13/05/2014 25
Identificador o clave
Claves: Entendemos como una clave al medio que nos permite
identificar en forma unvoca (nica e inequvoca) a una entidad
dentro de un conjunto de entidades.

Existen diversas categoras que permiten clasificar los tipos de
claves a utilizar:
a) SUPER -CLAVE: Es un conjunto de atributos mediante los cuales es
posible reconocer a una entidad. Este tipo de claves contiene comnmente
atributos ajenos, es decir, atributos que no son indispensables para llevar a
cabo el reconocimiento de la entidad.
b) CLAVE CANDIDATO: Son aquellas sper claves que no contienen
atributos ajenos, es decir, aquellos conjuntos de atributos que no tienen un
subconjunto menor que pueda considerarse como sper clave.
c) CLAVE PRIMARIA: Es una super-clave que no contiene ningun atributo
innecesario
Los atributos que son claves primarias en los conjuntos de
entidades, se los subraya en el diagrama E-R


13/05/2014 26
Modelo Entidad - Relacin
13/05/2014 27
Modelo Entidad - Relacin
Relacin: Es una asociacin entre 2 o mas entidades. Un
conjunto de relaciones es un grupo de relaciones del
mismo tipo.
Una relacin puede estar definida con una sola entidad.
Una relacin puede tener atributos descriptivos.
La cantidad de conjuntos de entidades que participan de
una relacin, se llama grado de la relacin.
Las mas comunes son relaciones de grado 2, tambin
llamadas relaciones binarias.

13/05/2014 28
Modelo Entidad - Relacin
Cardinalidad de una relacin
Especifica la cantidad de entidades que pueden asociarse
mediante la relacin. Se dividen en:
1. UNA A UNA: Una entidad de A puede asociarse nicamente con a
lo sumo una entidad de B.
2. UNA A MUCHAS: Una entidad de a puede asociarse con cualquier
cantidad de entidades de B.
3. MUCHAS A UNA: Cualquier cantidad de entidades de A puede
asociarse con una entidad de B.
4. MUCHAS A MUCHAS: Cualquier cantidad de entidades de a puede
asociarse con cualquier cantidad de entidades en B.





13/05/2014 29
Modelo Entidad - Relacin
En el modelo Entidad-Relacin, los conjuntos de
relaciones se representan con rombos y la cardinalidades
se expresan por lneas con flechas hacia el lado de la
cardinalidad 1.





Atributos:
Propiedad de cada entidad
Cada instancia de la entidad tendr un valor particular
para cada uno de los atributos
En los diagramas E-R los atributos se notarn como
crculos conectados a las entidades

13/05/2014 30
Modelo Entidad - Relacin
13/05/2014 31
Modelo Entidad - Relacin
13/05/2014 32
Modelo Entidad - Relacin
13/05/2014 33
Modelo Entidad Relacin Extendido

El Modelo Entidad-Relacin Extendido incluye
todos los conceptos del Entidad-Relacin e
incorpora los conceptos de Subclase y
Superclase con los conceptos asociados de
Especializacin y Generalizacin.

Asociado a estos conceptos est el importante
mecanismo de Herencia de atributos. Habr que
tener en cuenta que no existe una terminologa
estandarizada para estos conceptos, por lo que
usaremos la mas difundida. Subclases,
Superclases y Especializacin

13/05/2014 34
Modelo Entidad Relacin Extendido

Ejemplo: La entidad EMPLEADO puede a su vez subdividirse en
SECRETARIA, INGENIERO, TCNICO, ASALARIADO,
SUBCONTRATADO, etc.

El conjunto de ocurrencias de entidades en cada uno de estos
subconjuntos de entidades ser un subconjunto de las ocurrencias
de entidad de EMPLEADO, ya que por ejemplo, un ingeniero
tambin es un empleado.

Llamaremos a cada uno de estos subconjuntos Subclases de la
entidad EMPLEADO y a EMPLEADO una Superclase de cada uno
de estos subconjuntos.

13/05/2014 35
Modelo Entidad Relacin Extendido

13/05/2014 36
Modelo Entidad Relacin Extendido

Debido a que una subclase es a su vez parte de una
superclase, la subclase tendr sus atributos especficos as
como los atributos correspondientes a la superclase a la que
pertenece. Esto quiere decir que la ocurrencia de entidad de
una subclase hereda los atributos correspondientes a la
superclase a la que pertenece.

El proceso por el que se definen las diferentes subclases de
una superclase se conoce como especializacin.

Podemos tener varias especializaciones de una misma
entidad basndonos en distintos criterios. Por ejemplo, otra
especializacin de EMPLEADO podra dar lugar a las
subclases ASALARIADO y SUBCONTRATADO,
dependiendo del tipo de contrato.
13/05/2014 37
Modelo Entidad Relacin Extendido

Generalizacin:

Podemos pensar en un proceso inverso de abstraccin
en el cual suprimimos las diferencias entre las distintas
entidades, identificando sus caractersticas comunes, y
generalizando dichas entidades en una sola superclase
de la cual las entidades iniciales seran subclases
especiales.

Usamos el trmino generalizacin para referirnos al
proceso de definicin de una entidad generalizada a partir
de unas entidades dadas.


13/05/2014 38
Diseo Conceptual de un Modelo ER
Un concepto dado se debe modelar como
entidad o como atributo.
Un determinado concepto se debe
modelar como entidad o como relacin. Ej
Presupuesto?
Se debe emplear agregacin?

13/05/2014 39
Diseo Conceptual de un Modelo ER
Un concepto dado se debe modelar como
entidad o como atributo?.
13/05/2014 40
Diseo Conceptual de un Modelo ER

Respuestas:
Solo un domicilio por empleado. Atributo
domicilio cadena de caracteres.
Si hay que registrar mas de una direccin por
empleado
Se desea capturar la estructura de domicilios en
el diagrama ER.

13/05/2014 41
Diseo Conceptual de un Modelo ER
Un determinado concepto se debe modelar como
entidad o como relacin?.
13/05/2014 42
Diseo Conceptual de un Modelo ER

Registra el intervalo
durante el cual cada
empleado trabaja en un
departamento
Pero, si un empleado trabaja en un departamento en mas de un perodo?

Pero, si un empleado trabaja en un
departamento en mas de un perodo?

13/05/2014 43
13/05/2014 44



Se debe emplear agregacin?
13/05/2014 45
Diseo Conceptual de un Modelo ER
Cada encargado recibe un presupuesto por departamento.

Qu pasa si el presupuesto es una suma que abarca a todos los
departamentos que dirige un empleado
13/05/2014 46
Diseo Conceptual de un Modelo ER
Qu pasa si el presupuesto es una suma que abarca a todos los
departamentos que dirige un empleado. Solucin
13/05/2014 47
Diseo Conceptual de un Modelo ER
Supongamos que varios empleados pueden tener
varias plizas, y cada pliza puede ser propiedad de
varios empleados y cada beneficiario puede estar
cubierto por varias plizas.





Qu pasa si cada pliza le pertenece a un solo
empleado y cada pliza le pertenece a un beneficiario
13/05/2014 48
13/05/2014 49
Una empresa de telemarketing define para todo empleado una lista
de productos que sern vendidos exclusivamente por l. De los
empleados se conoce su nmero de legajo (el cual los identifica),
nombre y apellido; mientras que de los productos se conoce su
nombre y descripcin. Tener en cuenta que todos los productos
deben ser comercializados
13/05/2014 50



Modelo Relacional
13/05/2014 51
Modelo Relacional
Fue propuesto por Codd en el ao 1970 y esta basado en la teora
de conjuntos. Todos los datos se estructuran lgicamente en forma
de tablas (relaciones). La tabla o relacin es la estructura nica del
modelo.

Una tabla es un conjunto de filas o tuplas. Cada fila representa una
entidad (la tabla representa al Conjunto de Entidades). Las
columnas representan a los atributos.

El grado de una relacin es la cantidad de atributos que posee.

Una relacin es un subconjunto del producto cartesiano de una lista
de dominios. Cada tabla debe tener un nombre nico. No se pueden
repetir los nombres de los atributos dentro de una tabla. No pueden
existir en una tabla 2 filas o tuplas idnticas.

Los atributos claves se subrayan.

13/05/2014 52
Modelo Relacional
Ejemplo1:

ALUMNOS(dni, apellido, nombre, direccion, telefono, sexo, fecha_nacimiento)

Es una tabla o relacin de grado 7.

Ejemplo 2:
CLIENTE(cuit, razon, direccion, telefono)
PEDIDOS(numero, fecha, fecha_entrega)
ALUMNOS(dni, apellido, nombre, direccion, telefono, sexo, fecha_nacimiento)
.


13/05/2014 53

Transformacin del modelo E-R a
modelo Relacional
1) Toda conjunto de entidades del DER
se transforma en una tabla. Los
identificadores son tambin
identificadores en el modelo relacional.

13/05/2014 54


Transformacin del modelo E-R a modelo
Relacional
2) Toda relacin M:N se transforma en una tabla, cuyo
atributos son los identificadores de las entidades que une
mas los atributos propios de la relacin.
Se toman como identificadores de la tabla a los atributos
que eran 1dentificadores en las entidades que relacionaba.

13/05/2014 55
Transformacin del modelo E-R a modelo
Relacional

3) Toda relacin 1:N es absorbida por la tabla que
corresponda a la cardinalidad muchos por el
concepto de clave fornea siempre y cuando no
tenga atributos propios dicha relacin.

13/05/2014 56
Transformacin del modelo E-R a
modelo Relacional
Si hay atributos propios en la relacin, conviene
considerar una tabla por la relacin, dado que de
incorporar dichos atributos propios en la tabla
correspondiente a la cardinalidad muchos, obligara a
asignar valores nulos si no hay instancias de la relacin.

13/05/2014 57
Transformacin del modelo E-R a modelo
Relacional
Toda relacin 1:1 es absorbida por una de las tablas
correspondientes a una entidad (como clave fornea) si no hay
atributos propios o bien se genera una tabla por la relacin con las
claves de las entidades mas los atributos propios seleccionando
como atributos claves en forma indistinta a los que correspondan a
atributos claves en una entidad.

13/05/2014 58
Transformacin del modelo E-R a
modelo Relacional
13/05/2014 59
Transformacin del modelo E-R a
modelo Relacional
5) Todo conjunto de entidades subclase de otro conjunto de
entidades se transforma en una tabla que hereda los
atributos claves del conjunto de entidades clase. Estos
atributos heredados tambin son claves en la subclase.

Con el ejemplo dado en el punto 3.6, las tablas quedaran:
EMPLEADO(Cuil, Apellido, Nombre, Fecha_nacimiento,
Fecha_ingreso)
SECRETARIA(Cuil, velocidad_escritura)
INGENIERO(Cuil, tipo)
TECNICO(Cuil, nivel)
ASALARIADO(Cuil, sueldo)
SUBCONTRATADO(Cuil, valor_hora)

13/05/2014 60
Transformacin del modelo E-R a modelo
Relacional
6) Toda relacin de grado superior a 2 se transforma en una tabla,
cuyo atributos son los identificadores de las entidades que relaciona
mas los atributos propios de la relacin. Se toman como
identificadores de la tabla resultante a los atributos que eran
identificadores en las entidades de cardinalidad N.

A(A1,A2)
B(B1,B2,B3)
C(C1,C2)
MODELO RELACIONAL
R(A1,B1,B2,C1,R1)

13/05/2014 61
Normalizacin

13/05/2014 62
Normalizacin
El proceso de normalizacin consiste en la
aplicacin de reglas para definir
adecuadamente los datos que compondrn
las tablas, observando:
Minimizar redundancias
Eliminar anomalas de actualizacin
Proveer mejor acceso a cualquier dato
Asegurar resistencia al mantenimiento en
el modelo de datos
13/05/2014 63
Normalizacin
Las tres primeras reglas de
normalizacin son suficientes para
resolver la gran mayora de los casos:
1- Eliminar datos repetitivos
2- Eliminar datos redundantes
3- Eliminar datos no dependientes
13/05/2014 64
Primera Forma Normal - 1FN
Asegurar que todas las entidades son
identificadas de forma nica por una
combinacin de atributos y/o relaciones.
Se refiere a cualquier archivo que posea
un valor por campo; la relacin entre la
llave primaria de un archivo y cada uno
de los otros campos debe ser de uno a
uno.
Modelos de datos
Clasificacin
Modelo lgico basado en objetos

Modelo lgico basado en registros

Modelo fsico de datos
A. Modelos lgicos basados en
objetos.

Se usan para describir datos en los niveles
conceptual y de visin. Proporciona
capacidaad de estructuracin flexible y
permite especificar restricciones de datos
explcitamente.

Modelos de datos basados en objetos
El modelo entidad-relacin
El modelo orientado a objetos.
El modelo binario.
El modelo semntico de datos.
El modelo infolgico.
El modelo funcional de datos.
El modelo entidad-relacin
El modelo entidad relacin (E-R) se basa
en una percepcin de un mundo real que
consiste en una coleccin de objetos
bsicos llamados entidades, y relaciones
entre estos objetos.
Una Entidad: es un objeto que es
distinguible de otros objetos por medio de
un conjunto especfico de atributos.
EL Atributo: son las caractersticas
asociadas al objeto.
Una Relacin: es una asociacin entre
varias entidades.
Conjunto de entidades: entidades del
mismo tipo.
Conjunto de relaciones: relaciones del
mismo tipo.
El modelo E-R represente ciertas
restricciones a las que deben ajustarse lo
contenidos de una BD. Una restriccin
importante es la de cardinalidad de
asignacin, que expresa el nmero de
entidades a las que puede asociarse otra
entidad mediante un conjunto de relacin.
La estructura lgica global de una BD
puede expresarse grficamente por el
diagrama E-R:
Rectngulos: representan conjunto de
entidades.
Elipses: representan atributos.
Rombos: representan relaciones entre
conjuntos de entidades.
Lneas: que conectan atributos a conjuntos
de entidades conjuntos de entidades a
relaciones.
Ejemplo:
CtaCli
Cliente
Cuenta
Nombre
Calle
Ciudad
Nmero
Saldo
El modelo orientado a objetos
Al igual que el anterior, se
basa en una coleccin de
objetos.
Un objeto contiene
valores almacenados en
variables instancia dentro
del objeto, estos valores
son objetos por si mismos
(objetos anidados a nivel
arbitrario a otros objetos).
Un objeto tambin tiene
partes de cdigo que
operan sobre el objeto.
Estas partes se llaman
mtodos.
Los objetos que contienen
los mismos tipos de
valores y los mismos
mtodos se agrupan en
clases. Una clase puede
ser vista como una
definicin de tipo para
objetos.
La nica forma en la
que un objeto puede
acceder a los datos de
otro objeto es
invocando a un
mtodo de ese otro
objeto. Esto se llama
envo de un mensaje
al objeto.
La interfaz de llamada
de los mtodos de un
objeto define su parte
visible externamente.
La parte interna del
objeto -las variables
de instancia y el
cdigo de mtodo-
no son visibles
externamente. El
resultado es dos
niveles de
abstraccin de datos.
Ejemplo, cuenta
bancaria, obtencin
de su saldo e inters.
B. Modelos lgicos basados en
registros
Los modelos lgicos basados en registros
se utilizan para describir datos en los
modelos conceptual y fsico, se usan para
especificar la estructura lgica global de la
BD y para proporcionar una descripcin a
nivel ms alto de la implementacin.
En los modelos basados en registros la
BD est estructurada en registros de
formato fijo de varios tipos. Cada tipo de
registro define un nmero fijo de
campos, o atributos, y cada campo
normalmente es de longitud fija. El uso
de registros de longitud fija simplifica la
implementacin del nivel fsico de las
BDs.
Los tres modelos mas mpliamente
aceptados son los modelos relacionales,
de red y jerrquico.
El modelo relacionnal
El modelo relacional presenta los
datos y las relaciones entre los datos
mediante una coleccin de tablas,
cada una de las cuales tiene un
nmero de columnas con nombres
nicos.
Ejemplo BD Relacional
Nombre
Calle Ciudad Nmero
Lowely
Shiver
Shiver
Hodges
Hodges
Maple
Norrth
North
Sidehill
Sidehill
Queens
Bronx
Bronx
Brooklyn
Brooklin
900
556
647
801
647
Nmero Saldo
900
556
647
801
55
100000
105366
10533
El modelo de red
Los datos en el modelo de red se
representan mediante colecciones de
registros y las relaciones entre los datos
se representan mediante enlaces, los
cuales pueden verse como punteros. Los
registros en la BD se organizan como
colecciones de grafos arbitrarios.
Ejemplo
Lowery Maple Queens
Bronx North
Brooklin Sidehill
Shiver
hodges
801
647
556
900
105366
10533
100000
55
El modelo jerrquico
El modelo jerrquico
es similar al modelo
de red en el sentido
de que los datos y las
relaciones entre los
datos se representan
mediante registros y
enlaces,
respectivamente.
Se diferencia del
modelo de red en que
los registros estn
organizados como
colecciones de
rboles en vez de
grafos arbitrarios.
Ejemplo
Lowery Maple Queens
Bronx North
Brooklin Sidehill
Shiver
hodges
801 647
556
900
105366 10533
100000
55
647 105366
C. Modelo fsico de datos
Se usan para describir datos en el nivel
ms bajo. A diferencia de los modelos
lgicos de datos, hay muy pocos modelos
fsicos en uso. Los ms conocidos son:
Modelo unificador.
Memoria de elementos.
D. Instancias y Esquemas
Las BD cambian a lo
largo del tiempo segn
se aade y se suprime
informacin. La
coleccin de
informacin
almacenada en la BD,
en un momento
determinado, se llama
una instancia de la BD.
EL diseo global de la
BD se llama esquema
de la BD. Los esquemas
se cambian muy raras
veces, o nunca. El
concepto de esquema
de BD corresponde a la
nocin de definicin de
tupo en el lenguaje de
programacin. Esquema
Fsico, conceptual,
subesquema.
E. Independencia de datos
Independencia fsica de datos es la
capacidad de modificar el esquema fsico sin
provocar que se vuelvan a escribir los
programas de aplicacin.
Independencia lgica de datos es la
capacidad de modificar el esquema
conceptual sin provocar que se vuelvan a
escribir los programas de aplicacin.
La independencia lgica de datos es ms
difcil de lograr que la independencia fsica.
Programas son dependientes de la
estructura lgica de D.
F. Lenguaje de definicin de datos
Un esquema de BD se especifica por
medio de un conjunto de definiciones
que se expresan mediante un lenguaje
especial llamado lenguaje de definicin
de datos (data definition language
(DDL)). El resultado de la compilacin de
sentencias de DDL es un conjunto de
tablas las cuales se almacenan en un
archivo especial llamado diccionario de
datos (o directorio).
Un directorio de datos es un archivo que contiene
metadatos, es decir datos sobre datos este
archivo se consulta antes de leer o modificar los
datos reales en el sistema de BD.
La estructura de almacenamiento y los mtodos de
acceso usados por los sistemas de BD se
especifican por medio de un conjunto de
definiciones en un tipo especial de DDL llamado
lenguaje de almacenamiento y definicin de datos.
El resultado de la compilacin de estas definiciones
es un conjunto de instrucciones que especifican los
detalles de implementacin de los esquemas de BD
que se esconden la los usuarios.
G. Lenguaje de manipulacin de datos
En los niveles de abstraccin de datos se
aplican no slo a la definicin o estructuracin
de datos, sino tambin a la manipulacin de
datos. Por manipulacin de datos queremos
decir a:
La recuperacin de informacin almacenada en la
BD.
La insercin de informacin nueva en la BD.
La supresin de informacin de la BD.
La modificacin de datos almacenados en la BD.
A nivel fsico debemos definir algoritmos
que permitan acceso acceso eficiente a
los datos, En los niveles altos, facilidad
de uso.
Un lenguaje de manipulacin de datos
(data manipulation language (DML)) es
un lenguaje que capacita a los usuarios
a acceder o manipular los datos segn
estn organizados por el modelo de
datos adecuado. Existen dos tipos:
Procedimentales.
No procedimentales.
Los DML procedimentales requieren que el
usuario especifique qu datos se necesitan y
cmo obtenerlos.
Los DML no procedimentales requieren que
el usuario especifique qu datos se
necesitan sin especificar cmo obtenerlos.
Normalmente son ms sencillos de aprender
y usar. Sin embargo, estos lenguajes pueden
generar cdigo que no sea eficiente como
los procedimentales.
DML es sinnimo de lenguajes de consultas.
H. Gestor de base de datos
Es un mdulo de programa que
proporciona el interfz entre los datos de
bajo nivel almacenados en la base de
datos y los programas de aplicacin y
consultas hechos al sistema. El gestor de
BD es responsable:
Interaccin con el estor de archivos.
Implantacin de la integridad
Implantacin de seguridad.
Copia de seguridad y recuperacin.
Control de concurrencia.
I. Administrador de BD
Funciones de un DBA:
Definicin de esquema
Definicin de la estructura de almacenamiento y
del mtodo de acceso.
Modificacin del esquema y de la organizacin
fsica.
Concesin de autorizacin para el acceso a los
datos.
Especificacin de las restricciones de integridad.
J. Usuarios de BD
Por su funcin:
Programadores de aplicaciones
Usuarios sofisticados.
Usuarios especializados.
Usuarios ingenuos.
K. Estructura del sistema global
Los componentes funcionales de un SGBD
son:
Gestor de archivos
Gestor de base de datos.
Procesador de consurltas.
Precompilador de DML
Compilador de DML.
Las estructuras de datos del sistema fsico:
Archivo de datos.
Diccionario de datos.
Indices



Almacenamiento en disco
Archivos
de datos
Diccionario
de datos
gestor
de archivos
gestor
de archivos
Codigo obj.
De prog. De aplic.
Precompilador
De LMD
Procesador
De consultas
Compilador
de LDD
Planificacion
de BD
Consulta
Programadores
de aplicacin
Interfaces
de aplicacin



Sistema de
Gestion de
Base de datos
Estructura
Del sistema
User left Programer User most
Administ
Ejercicios
Cuales son las principales diferencias
entre un sistema de procesamiento de
archivos y un sistema de gestin de base
de datos?
Que desventajas tiene un SGBD.
Explicar la independencia fsica y lgica
de los datos.
Que problemas tiene el gestor de db. En
sus responsabilidades.
Listar varios lenguajes de programacin
diferentes que sean procedurales y no
procedurales.
Que grupo es mas fcil de aprender y
porque?
Listar los pasos principales que
necesitan tomarse al establecer una
base de datos para una empresa
determinada.
Explicar un esquema e instancia si se
tiene un array bidimensional entero.
Explique los tres niveles de abstraccin
de datos dentro de un array bidim.
entero.
13/05/2014 99
Bibliografa
Castiglioni, Carlos Daniel, Estructuras de
Datos II, USAL

Ale, Juan Introduccin a las Bases de
Datos Relacionales