INSTITUTO

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

DEL PROYECTO DE UNA BASE DE DATOS

UNIDAD 2:
ARQUITECTURA

DEL GESTOR

CATEDRTICO:
EUTIMIO SOSA SILVA
LUNES

VIERNES:

INDICE

DE

13:00-14:00

PAG.

Introduccin3
Marco terico4
o
o

Estructura de memoria y procesos de la instancia4

Estructuras fsicas de la base de datos5

o
o
o
o

Requerimiento de instalacin en modo transaccional8

Cules son las variables de ambiente y archivos importantes para su instalacin..9
Procedimiento general de configuracin10
Comando generales de alta y baja del DBMS..15

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.

 rea de Ordenaciones (Sort Areas).

Memoria Virtual rea de cdigo de software.

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.

ESTRUCTURAS FSICAS DE LA BASE DE DATOS

En una base de datos almacenamos informacin relevante para nuestro negocio u
organizacin y desde el punto de vista fsico, la base de datos est conformada
por dos tipos de archivos:

Archivos de datos: contiene los datos de la base de datos internamente, est

compuesto por pginas enumeradas secuencialmente que representa la unidad
mnima de almacenamiento. Cada pgina tiene un tamao de 8kb de informacin.

Existen diferentes tipos de pginas, a tener en cuenta:

Pginas de datos: es el tipo principal de pginas y son las que almacenan
los registros de datos.
Pginas de espacio libre (PFS Page Free Space): almacenan informacin
sobre la ubicacin y el tamao del espacio libre.
Paginas GAM and SGAM: utilizadas para ubicar extensiones.
Pginas de Mapa de Ubicaciones de ndices (IAM IndexAllocationMap):
contiene informacin sobre el almacenamiento de pginas de una tabla o
ndice en particular.
Pginas ndices: Utilizada para almacenar registros de ndices.

Archivo de Registro de Transacciones: El propsito principal del registro de

transacciones es la recuperacin de datos a un momento en el tiempo o
complementar una restauracin de copia de respaldo completa (full backup). El
registro de transacciones no contiene pginas, sino entradas con todos los
cambios realizados en la base de datos, como son las modificaciones de datos,
modificaciones de la base de datos y eventos de copia de seguridad y
restauracin. El acceso a datos es secuencial, ya que el registro de transacciones
se actualiza en el mismo orden cronolgico en el que se hacen las modificaciones.
Este archivo no puede ser ledo por herramientas de usuario de SQL aunque
existen herramientas de terceros que leen este archivo para recuperar los cambios
efectuados.

Dependiendo de la versin el registro de transacciones se utiliza para otros

propsitos como por ejemplo bases de datos espejo (mirror) y transporte remoto
de transacciones (log shipping).

Para muchos de los administradores de bases de datos, la imagen anterior

representa la parte lgica y la parte fsica, donde:

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.

Cuando se van creando objetos en un tablespace, stos fsicamente se van

almacenando en los datafiles asignados a dicho tablespace, es decir, cuando
creamos una tabla y vamos insertando datos en ella, estos datos realmente se
reparten por los archivos fsicos o datafiles que forman parte del tablespace. No se
puede controlar en qu archivo fsico se almacenan los datos de un tablespace. Si
un tablespace est formado por 2 datafiles y tenemos una tabla en ese
tablespace, a medida que vamos insertando filas stas se almacenarn en
cualquiera de los dos datafiles indistintamente, es decir, unas pueden estar en un
datafile y otras en otro.
El espacio total disponible en un tablespace es lgicamente la suma de los
tamaos que ocupan los archivos fsicos o datafiles que lo forman. Como hemos
indicado estos datafiles, al crearlos, estn totalmente vacos, simplemente es un
espacio reservado y formateado por Oracle para su uso. A medida que se van
creando objetos en ellos como tablas, ndices, etc. y se van insertando registros

en estas tablas, los datafiles se van llenando o, lo que es lo mismo, el tablespace

se va llenando.

Tienen las siguientes caractersticas:

Un archivo slo puede estar asociado con una base de datos.
Los archivos de datos tienen atributos que permiten

reservar

automticamente para ellos extensiones cuando se acaba el espacio.

Uno o ms archivos de datos forman una unidad lgica de almacenamiento
llamada tablespace.
Os Block:
Conocidos como Disk Block, estos mapean a los data blocks. A la hora de crear
una nueva base de datos se debe indicar cuntos bloques de sistema operativo
formarn un bloque de datos.

REQUERIMIENTO DE INSTALACIN EN MODO TRANSACCIONAL

Una base de datos en modo transaccional significa que la BD ser capaz de que
las operaciones de insercin y actualizacin se hagan dentro de una transaccin,
es un componente que procesa informacin descomponindola de forma unitaria
en operaciones indivisibles, llamadas transacciones, esto quiere decir que todas
las operaciones se realizan o no, si sucede algn error en la operacin se omite

todo el proceso de modificacin de la base de datos, si no sucede ningn error se

hacen toda la operacin con xito.

Una transaccin es un conjunto de lneas de un programa que

llevan insert o update o delete. Todo aqul software que tiene un log de
transacciones (que es la "bitcora" que permite hacer operaciones
de commit o rollback), propiamente es un software de BD; aqul que no lo tiene
(v.g. D-Base), propiamente no lo es. Todo software de base de datos es
transaccional; si el software de la BD no es "transaccional", en realidad NO es un
"software" de BD; en todo caso, es un software que emula el funcionamiento de un
verdadero software de BD. Cada transaccin debe finalizar de forma correcta o
incorrecta como una unidad completa. No puede acabar en un estado intermedio.
Se usan los siguientes mtodos:
Begin TRans para iniciar la transaccin
CommitTrans para efectuar los cambios con xito
RollbackTrans para deshacer los cambios
Y depende que base de datos uses para efectuar las operaciones pero, es la
misma teora para cualquier BD.
Una vez que se sabe la forma de ingresar comandos, es el momento de acceder a
una base de datos.
Suponga que en su hogar posee varias mascotas y desea registrar distintos tipos
de informacin sobre ellas. Puede hacerlo si crea tablas para almacenar sus datos
e introduce en ellas la informacin deseada. Entonces, podr responder una
variedad de preguntas acerca de sus mascotas recuperando datos desde las
tablas. Los pasos seran:

Crear una base de datos

Crear una tabla
Introducir datos en la tabla
Recuperar datos desde la tabla de varias maneras
Emplear mltiples tablas

CULES SON LAS VARIABLES DE AMBIENTE Y ARCHIVOS

IMPORTANTES PARA SU INSTALACIN
Para instalar MySQL como primer instancia el archivo primordial es el que se
descarga de la Web de MySQL. El proceso para instalar MySQL desde un archivo
ZIP es el siguiente:

Extraer el contenido del archivo dentro del directorio de instalacin deseado.

Crear un archivo de opciones.
Elegir un tipo de servidor MySQL
Iniciar el servidor MySQL.
Establecer la seguridad de las cuentas de usuario por defecto.

PROCEDIMIENTO GENERAL DE CONFIGURACION

1.- EJECUTAR EL PROGRAMA DE INSTALACION

2.- APARECERA UNA PANTALLA DE INICIO DE INSTALACION DONDE DAREMOS CLICK EN

NEXT

3.- EN LA SIGUIENTE PANTALLA ACEPTAREMOS LOS TERMINOS DE USO Y DAREMOS

CLICK EN NEXT

4.- EN LA SIGUIENTE PANTALLA ELEGIREMOS EL TIPO DE INSTALACION QUE DESEAMOS

EN ESTE CASO COMPLETA Y DAMOS CLICK EN NEXT

10

5.- EN LA SIGUIENTE PANTALLA APARECERA LA INFORMACION DE LA INSTALACION Y

DAMOS CLICK EN INSTALL

6.- APARECERA LA PANTALLA DE PROGESO DE INSTALACION

7.- APARECERA UNA PANTALLA DE MySQL Y DAREMOS NEXT

11

8.- EN LA PANTALLA SIGUIENTE SELECCIONAREMOS LA OPCION CONFIGURE THE MYSQL

SERVER NOW

9.- EN LA SIGUIENTE PANTALA SE MEPEZARA LA CONFIGURACION DE LA INSTANCIA DE

MYSQL Y DAMOS CLICK EN NEXT

12

10.- SELECCIONAMOS LA CONFIGURACION DE STANDARD CONFIGURATION

11.- SELECCIONAMOS LAS CASILLAS QUE APARACEN A CONTINUACION Y DAMOS CLICK

EN NEXT

12.- SELECCIONAMSO LAS CASILLAS QUE APARECEN ACONTINUACION E INGRESAMOS

UNA CONTRASEA PARA EL ROOT Y DAMOS CLICK EN NEXT

13

13.- DAMOS CLICK EN EXECUTE PARA INICIAR LA CONFIGURACION

14.- Y POR ULTIMO SE INSTALARAN TODA LAS CONFIGURACIONES COMO APARECE EN LA

SIGUENTE PANTALLA

COMANDOS GENERALES DE ALTA Y BAJA DEL DBMS

14

Una tabla es un sistema de elementos de datos (atributo - valores) que se

organizan que usando un modelo vertical - columnas (que son identificados por su
nombre)- y horizontal filas. Una tabla tiene un nmero especfico de columnas,
pero puede tener cualquier nmero de filas. Cada fila es identificada por los
valores que aparecen en un subconjunto particular de la columna que se ha
identificado por una llave primaria.
Una tabla de una base de datos es similar en apariencia a una hoja de clculo, en
cuanto a que los datos se almacenan en filas y columnas. Como consecuencia,
normalmente es bastante fcil importar una hoja de clculo en una tabla de una
base de datos. La principal diferencia entre almacenar los datos en una hoja de
clculo y hacerlo en una base de datos es la forma de organizarse los datos.
MySQL
MySQL soporta varios motores de almacenamiento que tratan con distintos tipos
de tabla. Los motores de almacenamiento de MySQL incluyen algunos que tratan
con tablas transaccionales y otros que no lo hacen:
MyISAM: trata

tablas

no

transaccionales.

Proporciona

almacenamiento

recuperacin de datos rpida, as como posibilidad de bsquedas fulltext. MyISAM

se soporta en todas las configuraciones MySQL, y es el motor de almacenamiento
por defecto a no ser que tenga una configuracin distinta a la que viene por
defecto con MySQL.
El motor de almacenamiento MEMORY proporciona tablas en memoria. El motor
de almacenamiento MERGE permite una coleccin de tablas MyISAM idnticas
ser tratadas como una simple tabla. Como MyISAM, los motores de
almacenamiento MEMORY y MERGE tratan tablas no transaccionales y ambos se
incluyen en MySQL por defecto.
Nota: El motor de almacenamiento MEMORY anteriormente se conoca como
HEAP.
Los

motores

de

almacenamiento InnoDB y BDB proporcionan

tablas

transaccionales. BDB se incluye en la distribucin binaria MySQL-Max en aquellos

15

sistemas operativos que la soportan. InnoDB tambin se incluye por defecto en

todas las distribuciones binarias de MySQL 5.0. En distribuciones fuente, puede
activar o desactivar estos motores de almacenamiento configurando MySQL a su
gusto.
El motor de almacenamiento EXAMPLE es un motor de almacenamiento 'tonto'
que no hace nada. Puede crear tablas con este motor, pero no puede almacenar
datos ni recuperarlos. El objetivo es que sirva como ejemplo en el cdigo MySQL
para ilustrar cmo escribir un motor de almacenamiento. Como tal, su inters
primario es para desarrolladores.
NDB Cluster es el motor de almacenamiento usado por MySQL Cluster para
implementar tablas que se particionan en varias mquinas. Est disponible en
distribuciones binarias MySQL-Max 5.0. Este motor de almacenamiento est
disponible para Linux, Solaris, y Mac OS X. Los autores mencionan que se aadir
soporte para este motor de almacenamiento en otras plataformas, incluyendo
Windows en prximas versiones.
El motor de almacenamiento ARCHIVE se usa para guardar grandes cantidades
de datos sin ndices con una huella muy pequea.
El motor de almacenamiento CSV guarda datos en archivos de texto usando
formato de valores separados por comas.
El motor de almacenamiento FEDERATED se aadi en MySQL 5.0.3. Este motor
guarda datos en una base de datos remota. En esta versin slo funciona con
MySQL a travs de la API MySQL C Client. En futuras versiones, ser capaz de
conectar con otras fuentes de datos usando otros drivers o mtodos de conexin
clientes.
La versin 5 de MySQL crea por defecto tablas InnoDB que permiten el manejo de
integridad referencial, transacciones. Al igual que las tablas regulares de Oracle.
Para saber si el gestor de base de datos de MySQL que tenemos las soporta es
necesario ejecutar la siguiente sentencia.
SHOW VARIABLES like '%innodb%';

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

MEMORY en MySQL 5.0 incluye soporte para columnas AUTO_INCREMENT e

ndices en columnas que contengan valores NULL.
Las tablas MEMORY se comparten entre todos los clientes (como cualquier otra
tabla no-TEMPORARY).
CREATE TEMPORARY TABLE temporal (
ife INTEGER (13) PRIMARY KEY,
nombre CHAR (30) NOT NULL UNIQUE
) ENGINE = MEMORY;
Modificacin
Esta operacin se puede realizar con el comando ALTER TABLE. Para usar
ALTER TABLE, necesita permisos ALTER, INSERT y CREATE para la tabla. La
sintaxis para MySQL es
ALTER [IGNORE] TABLE tbl_name
alter_specification [, alter_specification] ...;
alter_specification:
ADD [COLUMN] column_definition [FIRST | AFTER col_name]
| ADD [COLUMN] (column_definition,)
| ADD INDEX [index_name] [index_type] (index_col_name,)
| ADD [CONSTRAINT [symbol]]
PRIMARY KEY [index_type] (index_col_name,)
| ADD [CONSTRAINT [symbol]]
UNIQUE [index_name] [index_type] (index_col_name,)
| ADD [FULLTEXT|SPATIAL] [index_name] (index_col_name,)
| ADD [CONSTRAINT [symbol]]
FOREIGN KEY [index_name] (index_col_name,)

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

Registros en las tablas, que eran 20 registros por cada tabla:

Tabla cliente

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 * from cliente;

24

select * from cliente where NIF=10;

select * from cliente where NIF like'20%';

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

select * from coche;

select * from coche where Matricula=12;

select * from coche where Marca="Jeep" OR Marca="Ferrari" OR Marca="Mazda";

26

select * from coche ORDER BY Marca;

select * from coche ORDER BY Matricula DESC;

select * from coche

where
Matricula
BETWEEN 5 AND
15;

Codigo like '7%';

27

select
*
Revision;

from

select
*
Revision

from
where

select * from Cliente where NIF not like '5';

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";

select * from coche where Matricula="3";

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 * from Cliente where Nombre="Carlos Alonso Barrueta";

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";

select * from cliente ORDER BY nombre;

32

select * from coche where matricula BETWEEN 5 AND 10;

select * from coche where Marca="Nissan";

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

no tenia idea de como conectarla al manejador MySQL pero investigando pude

resolver mi problema. Omitiendo los problemas cabe decir que es muy fcil de
usar, en las consultas que yo realice lo hice mucho ms rpido que en consola, es
una gran diferencia utilizar consola y la herramienta en modo interfaz grfica,
nosotros no estamos acostumbrados a usar consolas por lo que nos cuesta
trabajo realizar alguna actividades en la base de datos, y a veces nos desespera
al no obtener el resultado que queremos, en fin es mucho ms complicado usar la
consola, pero gracias a la herramienta Workbench es posible realizar bases de
datos de manera fcil.

35