Evaluacin diagnostica

1. Qu diferencia hay entre un dato e informacin. Presente un ejemplo.

La diferencia es que un dato es algo caracterstico especifico, mientras
que una informacin es algo ms general. Ejemplo Un dato sobre que
B.D necesita sobre dicho negocio; y una informacin acerca de la
computadora que est en venta el tipo de sistema que tiene, sus
componentes.
2. Qu posicin juega una B.D en un sistema de informacin, si es posible
presente un diagrama.
Una B.D es importante en un sistema de informacin por lo que podemos
hacer diferentes consultas, podemos introducir datos.
3. Mencione algunos gestores de B.D que conozcan.
Excel, Access y SQL.
4. Qu diferencia cree usted entre una B.D y un archivo tipo Word o Excel.
Entre los gestores y Word hay diferencias porque Word se va creando
tabla de manera diferente mientras que en Excel se puede clasificar por
medio de las hojas; pero en los gestores se puede ir introduciendo los
datos modificando las tablas ya creadas
5. Qu criterios deben de considerarse al seleccionar un gestor de B.D.
Su capacidad y la forma en que se puede estructurar una B.D.
6. Si usted tiene un negocio de Venta de computadoras y/o Productos
electrnicos, En que le podra ayudar una B.D?
Nos ayuda a tener un control sobre la informacin acerca de los
productos en existencia, que vendedor realizo la venta y lo que vendi.
7. Cules seran las bases necesarias para construir una B.D?
Recaudar una informacin til.

Fases de la B.D
Anlisis
Dise;o
El diseo de una base de datos no es un proceso sencillo. Habitualmente, la complejidad de la
informacin y la cantidad de requisitos de los sistemas de informacin hacen que sea complicado.
Por este motivo, cuando se disean bases de datos es interesante aplicar la vieja estrategia de
dividir para vencer.
Por lo tanto, conviene descomponer el proceso del diseo en varias etapas; en cada una se
obtiene un resultado intermedio que sirve de punto de partida de la etapa siguiente, y en la ltima
etapa se obtiene el resultado deseado. De este modo no hace falta resolver de golpe toda la
problemtica que plantea el diseo, sino que en cada etapa se afronta un solo tipo de
subproblema. As se divide el problema y, al mismo tiempo, se simplifica el proceso.
Descompondremos el diseo de bases de datos en tres etapas:
1) Etapa del diseo conceptual: en esta etapa se obtiene una
El resultado del diseo conceptual
estructura de la informacin de la futura BD independiente de la
tecnologa que hay que emplear. No se tiene en cuenta todava Si retomamos la idea de los tres
mundos, podemos afirmar que la
qu tipo de base de datos se utilizar relacional, orientada a
objetos, jerrquica, etc.; en consecuencia, tampoco se tiene en etapa del diseo conceptual obtiene
un resultado que se sita en el
cuenta con qu SGBD ni con qu lenguaje concreto se
mundo de las representaciones.
implementar la base de datos. As pues, la etapa del diseo
conceptual nos permite concentrarnos nicamente en la problemtica de la estructuracin de la
informacin, sin tener que preocuparnos al mismo tiempo de
La forma de elaborar un diseo
resolver cuestiones tecnolgicas.
conceptual expresado con el modelo
El resultado de la etapa del diseo conceptual se expresa
ER se explica en el apartado 2 de
mediante algn modelo de datos de alto nivel. Uno de los ms
esta unidad.
empleados es el modelo entidadinterrelacin (entity-relationship),
que abreviaremos con la sigla ER.
2) Etapa del diseo lgico: en esta etapa se parte del resultado del El resultado del diseo lgico
diseo conceptual, que se transforma de forma que se adapte a la
El resultado del diseo lgico se
tecnologa que se debe emplear. Ms concretamente, es
preciso que se ajuste al modelo del SGBD con el que se desea sita ya en el mundo de las
implementar la base de datos. Por ejemplo, si se trata de un SGBD representaciones.
relacional, esta etapa obtendr un conjunto de relaciones con sus atributos, claves primarias y
claves forneas.
Esta etapa parte del hecho de que ya se ha resuelto la problemtica de la estructuracin de la
informacin en un mbito conceptual, y permite concentrarnos en las cuestiones tecnolgicas
relacionadas con el modelo de base de datos.
Ms adelante explicaremos cmo se hace el diseo lgico de una El diseo lgico de una base de
base de datos relacional, tomando como punto de partida un diseo datos relacional se explica en el
conceptual expresado con el modelo ER; es decir, veremos cmo apartado 3 de esta unidad.
se puede transformar un modelo ER en un modelo relacional.

El resultado del diseo fsico

El resultado de la etapa del diseo
fsico se sita en el mundo de las
representaciones, al igual que el
3) Etapa del diseo fsico: en esta etapa se transforma la
resultado de la etapa del diseo
estructura obtenida en la etapa del diseo lgico, con el objetivo lgico.
de conseguir una mayor eficiencia; adems, se completa con
La diferencia con respecto a la etapa
aspectos de implementacin fsica que dependern del SGBD. anterior es que ahora se tiene en
cuenta aspectos de carcter ms
Por ejemplo, si se trata de una base de datos relacional, la
transformacin de la estructura puede consistir en lo siguiente: fsico del mundo de las
representaciones.
tener almacenada alguna relacin que sea la combinacin de
varias relaciones que se han obtenido en la etapa del diseo lgico, partir una relacin en varias,
aadir algn atributo calculable a una relacin, etc. Los aspectos de implementacin fsica que hay
que completar consisten normalmente en la eleccin de estructuras fsicas de implementacin de
las relaciones, la seleccin del tamao de las memorias intermedias (buffers) o de las pginas, etc.
La forma de elaborar un diseo conceptual expresado con el modelo ER se explica en el apartado
2 de esta unidad.
El resultado del diseo lgico
El resultado del diseo lgico se sita ya en el mundo de las representaciones.
El diseo lgico de una base
de datos relacional se explica en el
apartado 3 de esta unidad didctica.
En la etapa del diseo fsico con el objetivo de conseguir un buen rendimiento de la base de
datos, se deben tener en cuenta las caractersticas de los procesos que consultan y actualizan
la base de datos, como por ejemplo los caminos de acceso que utilizan y las frecuencias de
ejecucin. Tambin es necesario considerar los volmenes que se espera tener de los diferentes
datos que se quieren almacenar.

Programacion
Administracion y Gestin
Auditoria y Control

Leer componentes de la B.D (Tablas, equipos, otros)

Llaves (candidata)
Llave primaria: Entre los atributos que conforman una entidad debe existir uno
que identifique de manera nica cada individuo, la entidad cliente contiene el
atributo cdula, que ser la nica manera de identificacin porque si fuera por
el nombre sera perjudicial por la posible existencia de un homnimo, es a ello
que se le denomina llave principal.
Llaves secundarias y compuestas: Cada una de las posibles claves de una
relacin, en toda relacin existir al menos una clave candidata. Esto implica
que ninguna relacin puede contener tuplas repetidas. Alternativa: cada una de
las claves candidatas que no son clave primaria, si es que existen.

Llave Fornea: (o externa) es el atributo (o conjunto de atributos) dentro de

una relacin que contienen claves primarias de otra relacin. No hay nada que
impida que ambas relaciones sean la misma.
Relaciones
Relaciones con su correspondiente: Entre dos tablas de cualquier base de datos
relacional pueden haber dos tipos de relaciones, relaciones uno a uno y
relaciones uno a muchos:
Relacin Uno a Uno: Cuando un registro de una tabla slo puede estar
relacionado con un nico registro de la otra tabla y viceversa.
Por ejemplo: tenemos dos tablas una de profesores y otra de departamentos y
queremos saber qu profesor es jefe de qu departamento, tenemos una
relacin uno a uno entre las dos tablas, ya que un departamento tiene un solo
jefe y un profesor puede ser jefe de un solo departamento.
Relacin Uno a Varios: Cuando un registro de una tabla (tabla secundaria) slo
puede estar relacionado con un nico registro de la otra tabla (tabla principal)
y un registro de la tabla principal puede tener ms de un registro relacionado
en la tabla secundaria, en este caso se puede hacer referencia a la tabla
principal como tabla 'padre' y a la tabla secundaria como tabla 'hijo', entonces
la regla se convierte en 'un padre puede tener varios hijos pero un hijo solo
tiene un padre (regla ms fcil de recordar).
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y
otra con los habitantes, una poblacin puede tener ms de un habitante, pero
un habitante pertenecer (estar empadronado) en una nica poblacin. En
este caso la tabla principal ser la de poblaciones y la tabla secundaria ser la
de habitantes. Una poblacin puede tener varios habitantes pero un habitante
pertenece a una sola poblacin. Esta relacin se representa incluyendo en la
tabla 'hijo' una columna que se corresponde con la clave principal de la tabla
'padre', esta columna es lo denominamos clave fornea (o clave ajena o clave
externa).
Una clave fornea es pues un campo de una tabla que contiene una referencia
a un registro de otra tabla. Siguiendo nuestro ejemplo en la tabla habitantes
tenemos una columna poblacin que contiene el cdigo de la poblacin en la
que est empadronado el habitante, esta columna es clave ajena de la
tablahabitantes y en la tabla poblaciones tenemos una columna cdigo de
poblacin clave principal de la tabla.
Relacin Varios a Varios: Cuando un registro de una tabla puede estar
relacionado con ms de un registro de la otra tabla y viceversa. En este caso
las dos tablas no pueden estar relacionadas directamente, se tiene que aadir
una tabla entre las dos que incluya los pares de valores relacionados entre s.

Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los
artculos que se venden en la empresa, un cliente podr realizar un pedido con
varios artculos, y un artculo podr ser vendido a ms de un cliente.
Modelos de B.D