Professional Documents
Culture Documents
TECNOLGICO DE
VILLAHERMOSA
NOMBRE
DEL ALUMNO:
LUIS ANGEL DE LA CRUZ ARIAS (MATRICULA:
12300968)
CARRERA:
ING. SISTEMAS
COMPUTACIONALES
MATERIA:
ADMINISTRACIN DE BASE
DE
DATOS
ACTIVIDAD:
REPORTE
UNIDAD 2:
ARQUITECTURA
DEL GESTOR
CATEDRTICO:
EUTIMIO SOSA SILVA
LUNES
VIERNES:
INDICE
DE
13:00-14:00
PAG.
Introduccin3
Marco terico4
o
o
o
o
o
o
Marco practico.20
o
o
o
o
Ejercicio..20
Modelo Entidad/Relacin.20
Consultas MySQL.23
Conclusin..34
INTRODUCCIN
En este reporte se presenta algunas propiedades y caractersticas de un gestor de
base de datos, as como la arquitectura del mismo, tambin se mostrara la
instalacin general y todos sus procedimientos, despus de la teora tambin se
vern algunas consultas en MySQL del proyecto que estoy manejando. Un SGBD
debe proporcionar los medios necesarios para garantizar que tanto los datos de la
base de datos, como los cambios que se realizan sobre estos datos, sigan ciertas
reglas. La integridad de la base de datos requiere la validez y consistencia de los
datos almacenados. Se puede considerar como otro modo de proteger la base de
2
datos, pero adems de tener que ver con la seguridad, tiene otras implicaciones.
La integridad se ocupa de la calidad de los datos. Normalmente se expresa
mediante restricciones, que son una serie de reglas que la base de datos no
puede violar. Un SGBD debe proporcionar una serie de herramientas que permitan
administrar la base de datos de modo efectivo. Antes de instalar cualquier SGBD
(Sistema Gestor de la Base de Datos) es necesario conocer los requerimientos de
hardware y software, el posible software a desinstalar previamente, verificar el
registro de Windows y el entorno del sistema, as como otras caractersticas de
configuracin especializadas como pueden ser la reconfiguracin de los servicios
TCP/IP y la modificacin de los tipos archivos HTML para los diversos
navegadores.
[MARCO TEORICO]
ESTRUCTURA DE MEMORIA Y PROCESOS DE LA INSTANCIA
La memoria se puede estructurar en las siguientes partes:
rea Global del sistema (SGA), la cual se comparte entre todos los
servidores y los procesos en segundo plano.
reas globales de programas (PGA), que es privada para cada servidor y
proceso en segundo planos; a cada proceso se asigna un PGA.
Cada instancia est asociada a una base de datos. Cuando se inicia una base de
datos en un servidor (independientemente del tipo de computadora), se le asigna
un rea de memoria (SGA) y lanza uno o ms procesos. A la combinacin del SGA
y de los procesos es lo que se llama instancia. La memoria y los procesos de una
instancia gestionan los datos de la base de datos asociada de forma eficiente y
sirven a uno o varios usuarios.
Cuando se inicia una instancia El DBMS monta la base de datos, es decir, asocia
dicha instancia a su base de datos correspondiente. En una misma computadora
pueden ejecutarse varias instancias simultneamente, accediendo cada una a su
propia base de datos fsica.
nicamente el administrador de la base de datos puede iniciar una instancia y
abrir una base de datos. Si una base de datos est abierta, entonces el
administrador puede cerrarla y, cuando esto ocurre, los usuarios no pueden
acceder a la informacin que contiene.
Data File:
Los datafiles son los archivos fsicos en los que se almacenan los objetos que
forman parte de un tablespace. Un datafile pertenece solamente a un tablespace y
a una instancia de base de datos. Un tablespace puede estar formado por uno o
varios datafiles. Cuando se crea un datafile, se debe indicar su nombre, su
ubicacin o directorio, el tamao que va a tener y el tablespace al que va a
pertenecer. Adems, al crearlos, ocupan ya ese espacio aunque se encuentran
totalmente vacos, es decir, Oracle reserva el espacio para poder ir llenndolo
poco a poco con posterioridad. Por supuesto, si no hay sitio suficiente para crear
un archivo fsico del tamao indicado, se producir un error y no se crear dicho
archivo.
reservar
10
11
12
13
14
tablas
no
transaccionales.
Proporciona
almacenamiento
motores
de
tablas
15
16
Comando Describe
MySQL proporciona este comando que resulta til para conocer la estructura de
una tabla, las columnas que la forman y su tipo y restricciones. La sintxis es la
siguiente:
DESCRIBE nombre Tabla.
DESCRIBE f1;
Comando SHOW TABLES y SHOW CREATE TABLE
El comando SHOW TABLES muestra las tablas dentro de una base de datos y
SHOW CREATE TABLES muestra la estructura de creacin de la tabla.
Tablas Temporales
Las tablas temporales solo existen mientras la sesin est viva. Si se corre este
cdigo en un script de PHP (Cualquier otro lenguaje), la tabla temporal se
destruir automticamente al trmino de la ejecucin de la pgina. Si no especfica
MEMORY, la tabla se guardar por defecto en el disco.
CREATE TEMPORARY TABLE temporal (
ife INTEGER (13) PRIMARY KEY,
nombre CHAR (30) NOT NULL UNIQUE
);
Este tipo de tabla solo puede ser usada por el usuario que la crea.
Si creamos una tabla que tiene el mismo nombre que una existente en la base de
datos, la que existe quedar oculta y trabajaremos sobre la temporal.
Tablas Memory (Head)
Se almacenan en memoria
Una tabla head no puede tener ms de 1600 campos
Las tablas MEMORY usan una longitud de registro fija.
MEMORY no soporta columnas BLOB o TEXT.
17
18
[reference_definition]
| ALTER [COLUMN] col_name {SET DEFAULT literal | DROP DEFAULT}
| CHANGE [COLUMN] old_col_name column_definition
[FIRST|AFTER col_name]
| MODIFY [COLUMN] column_definition [FIRST | AFTER col_name]
| DROP [COLUMN] col_name
| DROP PRIMARY KEY
| DROP INDEX index_name
| DROP FOREIGN KEY fk_symbol
| DISABLE KEYS
| ENABLE KEYS
| RENAME [TO] new_tbl_name
| ORDER BY col_name
| CONVERT TO CHARACTER SET charset_name [COLLATE collation_name]
| [DEFAULT] CHARACTER SET charset_name [COLLATE collation_name]
| DISCARD TABLESPACE
| IMPORT TABLESPACE
| table_options
BIBLIOGRAFIA:
(Administracion de Base de Datos, s.f.) (Administracion de Base de
Datos, 2013) (Pacheco Velasco, s.f.)
19
[MARCO PRCTICO]
EJERCICIO 4:
A partir del siguiente supuesto disear el modelo entidad-relacin:
Se desea disear una base de datos para almacenar y gestionar la informacin
empleada por una empresa dedicada a la venta de automviles, teniendo en
cuenta los siguientes aspectos: La empresa dispone de una serie de coches para
su venta. Se necesita conocer la matrcula, marca y modelo, el color y el precio de
venta de cada coche. Los datos que interesa conocer de cada cliente son el NIF,
nombre, direccin, ciudad y nmero de telfono: adems, los clientes se
diferencian por un cdigo interno de la empresa que se incrementa
automticamente cuando un cliente se da de alta en ella. Un cliente puede
comprar tantos coches como desee a la empresa. Un coche determinado solo
puede ser comprado por un nico cliente El concesionario tambin se encarga de
llevar a cabo las revisiones que se realizan a cada coche. Cada revisin tiene
asociado un cdigo que se incrementa automticamente por cada revisin que se
haga. De cada revisin se desea saber si se ha hecho cambio de filtro, si se ha
hecho cambio de aceite, si se ha hecho cambio de frenos u otros. Los coches
pueden pasar varias revisiones en el concesionario.
MODELO ENTIDAD/RELACION:
20
Tabla coche
21
Tabla Revisin
Estas son las tablas de las relaciones, a la cual tambin le ingrese registros para
poder hacer consultas:
22
Tabla compra
Tabla mantenimiento
23
CONSULTAS MySQL:
A continuacin se realizaran 30 consultas con varios comandos ya conocidos, para
esto primero usamos la base de datos que tenemos listo hecho:
select NIF, nombre, Telefono from cliente where NIF > 7 and NIF < 17;
select NIF, Nombre from cliente where Nombre like 'c%' || Nombre like 'p%';
25
26
27
select
*
Revision;
from
select
*
Revision
from
where
select Matricula, Marca, Modelo from coche where Matricula like '5%' || Matricula
like '15%';
select NIF ,Nombre ,Marca ,Modelo ,Precio from cliente inner join coche on
cliente.NIF = coche.Matricula where cliente.Nombre="Luis Angel de la Cruz";
28
select nombre, modelo, marca from cliente, coche where NIF=cliente.NIF AND
coche.Matricula=cliente.NIF;
select Matricula, Marca, Modelo, Filtro, Aceite, Freno from coche inner join revision
on coche.Matricula = revision.Codigo where coche.Marca="Audi";
29
select NIF, nombre, modelo, marca, precio, filtro from cliente, coche, revision
where
NIF=cliente.NIF
AND
coche.Matricula=cliente.NIF
AND
revision.Codigo=cliente.NIF;
select nombre, direccion, marca, aceite from cliente, coche, revision where
NIF=cliente.NIF AND coche.Matricula=cliente.NIF AND
revision.Codigo=cliente.NIF;
30
select NIF, nombre, telefono, marca, precio from cliente, coche where
NIF=cliente.NIF AND coche.Matricula=cliente.NIF;
31
select Nombre, Marca, Precio from cliente inner join coche on cliente.NIF =
coche.Matricula where cliente.Nombre="Ambar Paz";
select Marca, Modelo, Aceite from coche inner join revision on coche.Matricula =
revision.Codigo where coche.Matricula="7";
32
33
select nombre, telefono, matricula, marca, precio, aceite, freno from cliente, coche,
revision where NIF=cliente.NIF AND coche.Matricula=cliente.NIF AND
revision.Codigo=cliente.NIF;
select nombre, direccion, telefono, marca, modelo from cliente inner join coche on
cliente.NIF = coche.Matricula where cliente.Nombre="David Gustavo Cadena";
CONCLUSION
La herramienta Workbench es de mucha utilidad ya que las bases de datos que
deseas crear se hacen de manera rpida y sencilla, aunque al principio de uso te
causara algunos problemas, pero despus nos daremos cuenta cual era el
problema que nos causaba, a m me paso cuando lo empec a utilizar y la verdad
34
35