Está en la página 1de 19

BASE DE DATOS A PARTIR DE DBDESIGNER 4 Y PGADMIN 4

PRIMERA PRACTICA BASE DE DATOS USO DE HERRAMIENTAS CASE

CAROL TATIANA ACEVEDO DEVIA


20201032071

ING.GERMAN TORRIJOS

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS


FACULTAD DEL MEDIO AMBIENTE Y RECURSOS NATURALES
INGENIERIA TOPOGRAFICA
BASE DE DATOS
BOGOTA, ENERO 2021
CONTENIDO
INTRODUCCION ............................................................................................................2
OBJETIVOS.......................................................................................................................2
OBJETIVO GENERAL ......................................................................................................2
OBJETIVO ESPECIFICO ..................................................................................................2
METODOLOGIA.............................................................................................................. 3
CONCLUSIONES ........................................................................................................... 12
REFERENCIAS ................................................................................................................ 13
ANEXOS…………………………………………………………………………………………………………………13

TABLA DE IMAGENES
Ilustración 1. Creación tablas BDESIGNER .................................................................... 3
Ilustración 2.Modelación En DBDESIGNER .................................................................. 3
Ilustración 3.Ventana De Export Script......................................................................... 4
Ilustración 4. Script exportado....................................................................................... 4
Ilustración 5. Errores hallados en el Script. ...................................................................5
Ilustración 6.Script corregido probado en QueryTools ................................................5
Ilustración 7. Tabla proyecto diligenciada en PgAdmin. ............................................. 6
Ilustración 8. Tabla intermediaria. ................................................................................ 8
Ilustración 9.Tabla Intermediaria Proyecto_has_Funcionario ................................... 9
Ilustración 10. Funcionario 1: M Departamento ........................................................... 9
Ilustración 11.Relación 1:M Empresa Prestadora y Funcionario externo. .................. 10
Ilustración 12.Relación Generalización Tablas Funcionario, Funcionario Planta y
Funcionario Externo. ..................................................................................................... 10

1
INTRODUCCION

Teniendo en cuenta el modelo Entidad Relación que se encuentra en la “Guía


Para la primera practica de Base de Datos” adaptada por el Profesor Germán
Torrijos C. del manual del Profesor Marcelo Macula, DBDesigner 4, Brasil. De
realizar el diseño en el software DBDESIGNER, creando las tablas con sus
respectivos nombres y atributos, las relaciones existentes entre las tablas y por
ultimo exportarlo como un Script de SQL, para posteriormente diligenciar la base
de datos en PGADMIN IV, además de dándole respuesta a las preguntas
generadas en el paso a paso de la generación de la base de datos.

OBJETIVOS

OBJETIVO GENERAL
Diseñar una base de datos por medio del software BDESIGNER y PGADMIN.

OBJETIVO ESPECIFICO
 Crear, editar y relacionar tablas en DBDESIGNER.
 Exportar el modelo como un script SQL.
 Hacer uso del software PgAdmin, para realizar la creación de la base de
datos.
 Dar respuesta a las dudas generadas en el proceso del paso a paso de la
guía.

2
METODOLOGIA
Comenzamos a crear las tablas y relacionamientos en el software BDesigner 4
siguiendo el modelo de la guía impuesta por el profesor, el tipo de dato de cada
atributo se determinó a partir de los parámetros dados además de la relación de
cada una.

Ilustración 1. Creación tablas BDESIGNER

Como resultado obtenemos lo siguiente.

Ilustración 2.Modelación En DBDESIGNER

3
Luego para el uso de las tablas en PGADMIN IV, se exporta el código de
creación de las tablas a SQL SCRIPT, en la ventana de EXPORT SQL SCRIPT
se exporta con todos los parámetros que aparecen por defecto.

Ilustración 3.Ventana De Export Script

Al abrir nuestro script encontramos los datos del código generado de la siguiente
forma;

Ilustración 4. Script exportado

Se procede en el software PGADMIN IV creando una base de datos nueva,


donde se le da la opción crear Script, y en la ventana QUERY TOOLS se pega el
texto del script generado en BDESIGNER 4, en esta ventana se corre la
verificación del lenguaje en donde se encontraron los siguientes errores.

4
Ilustración 5. Errores hallados en el Script.

Se revisó el modelo de DBDESIGNER, editando los parámetros de tablas y


relaciones los cuales generan el error al correr el código en PGADMIN IV, para
posteriormente generar un nuevo script. Con el nuevo Script al correr el QUERY
TOOLS los errores no aparecieron y el código tenía la definición de las llaves
foráneas lo que no generaba el anterior script.

Ilustración 6.Script corregido probado en QueryTools

5
Una vez el SCRIPT está correcto, las tablas se crean y continuamos ingresando
los datos elegidos en cada una.

Ilustración 7. Tabla proyecto diligenciada en PgAdmin.

ANALISIS.

1. ¿Qué son las Herramientas CASE?

La sigla CASE significa Computer Aided Software Engineering, (Ingeniería


de Software Asistida por Computador) Son diversas aplicaciones
informáticas destinadas a aumentar la productividad en el desarrollo de
software reduciendo el coste de las mismas en términos de tiempo y
dinero. Estas herramientas son una gran ayuda en todos los aspectos del
desarrollo de software en tareas como el proceso de realizar un diseño del
proyecto, cálculo de costos, implementación de parte del código
automáticamente con el diseño dado, compilación automática,
documentación o detección de errores entre otras. (Galindo, 2010)
Cuando se hace la planificación de la base de datos, la primera etapa del
ciclo de vida de las aplicaciones de bases de datos, también se puede
escoger una herramienta CASE (Computer-Aided Software Engineering)
que permita llevar a cabo el resto de tareas del modo más eficiente y
efectivo posible. Una herramienta CASE suele incluir.

¿Qué significa Ingeniería Inversa en la utilización de esta herramienta?

Ingeniería Inversa de una base de datos es la creación del modelo


Relacional a partir de su información, se extrae nombres, campos,
relaciones de las tablas para generar un nuevo modelo según el usuario lo
establezca. Esto se realiza gracias a la ODBC conectividad abierta de

6
bases de datos. (Jacome Pamela, 2008), el objetivo es conectar las bases
de datos. (ASPW, 2012)

¿Qué software utiliza esta herramienta?

Software como Oracle, Microsoft sql server, Sybase, Dbdesigner, PostgreSQL


emplean las herramientas Case.

 Las anotaciones que aparecen en el modelo hacen referencia a la


cardinalidad y a la multiplicidad.

MULTIPLICIDAD SIGNIFICADO
1 UNO Y SOLO UNO
0..1 CERO A UNO
N..M DESDE N HASTA M
* CERO A VARIOS
0..* CERO A VARIOS
1..* UNO A VARIOS(AL MENOS UNO)

2. ¿Qué significa las siglas NN, AI y UNSIGNED? ¿Se deben o no Activar?

NOT NULL (NN): Se indica en el campo que el atributo no puede ser Nulo o
vacío por ejemplo las llaves principales no pueden ser Nulas.

UNISIGNED: Se emplea en tipos de datos numéricos enteros, hace referencia al


signo al activarlo lo que se da a entender es que no se hará uso de números
negativos.

AUTO_INCREMENT: indica el incremento en la tabla, en una tabla solo puede


existir un AUTO_INCREMENT y como característica tiene que estar en un
campo tipo numérico y no puede ser Nulo.

No se deben activar ya que el Script del modelo inicial, arrojaba errores


relacionados con UNISIGNED y AUTO_INCREMENT por eso se llega a la
conclusión que no deben activar.

3. ¿Qué diferenciación existe entre los direccionamientos?

Estas herramientas 1:1 y 1:N las líneas punteadas significan relaciones no


identificadas, es cuando los atributos de clave primaria de la tabla no se
convierten en atributos de clave primaria sino en claves foráneas atributos de
relación.

7
Estas herramientas N:N, 1:1, Generalizacion en lineas continuas significan
relaciones de identificacion, cuando una tabla secundaria depende de una tabla
primaria, compartiendo la llave principal, haciendo que los registros de la tabla
secundaria solo pueden existir si existen los registros en la tabla primaria.

4. ¿Qué debe contener esta tabla? ¿Por qué? ¿Cuáles son sus nuevos
atributos?

Ilustración 8. Tabla intermediaria.

Cuando se tiene una relación de muchos a muchos se crea una tabla


intermediaria, el objetivo de las tablas intermediarias es resolver la relación
mucho a muchos, compuesta por claves primarias de las tablas que se
relacionan.

Los atributos de la nueva tabla PROYECTO_has_FUNCIONARIO contiene llaves


principales,FUNCIONARIO_DE_PLANTA_idFUNCIONARIO_DE_PLANTA,
ID_PROYECTO,FUNCIONARIO_EXTERNO_idFUNCIONARIO_EXTERNO,
FUNCIONARIO_EXTERNO_CODIGO_DEPARTAMENTO, en esta tabla se
agregó el atributo horas trabajadas. También cuenta con la llave principal de la
tabla de Departamentos ya que hay una relación de la tabla mencionada con
funcionario.

5. ¿Qué significa este tipo de dato?

El tipo FLOAT es un Número pequeño en coma flotante de precisión simple.


(ASPW, 2012)

8
Ilustración 9.Tabla Intermediaria Proyecto_has_Funcionario

6. ¿Qué pasa si hacemos lo contrario de dar clic en la tabla de cardinalidad M?

Si se selecciona primero la tabla de cardinalidad M, se estaría diciendo que se


tienen un solo funcionario para muchos departamentos, y en este caso la llave
clave quedaría en la tabla de Departamento. También influye en el ingreso de los
datos de una tabla al otro.

Ilustración 10. Funcionario 1: M Departamento

7. ¿Qué tabla quedo con la llave extranjera o foránea? ¿Cuál fue esta llave?

Las llaves foráneas se encuentran en la tabla Funcionario, funcionario de


planta y la llave principal de la tabla Funcionario se convirtió en la llave
foránea en la tabla de Departamento.

8. ¿Qué tipo de relacionamiento es?

Para el relacionamiento de las tablas EMPRESA_PRESTADORA y


FUNCIONARIO_EXTERNO, se usó la relación de tipo uno a muchos (1:
M). Donde una empresa prestadora puede estar enlazada con más de un
registro en la tabla FUNCIONARIO_EXTERNO.

9
Ilustración 11.Relación 1:M Empresa Prestadora y Funcionario externo.

9. ¿Cómo quedan las llaves? ¿Qué tabla queda con la llave extranjera?

En este caso se hizo una generalidad entre las tablas FUNCIONARIO y


las dos entidades FUNCIONARIO_EXTERNO Y EMPRESA
PRESTADORA, las llaves foráneas quedan relacionadas como
idFUNCIONARIO_EXTERNO, esto haciendo referencia a que la Cedula
de ciudadanía, es el dato que se va a relacionar directamente con la tabla
de funcionarios. Y las tablas que quedan con la llave clave son
FUNCIONARIOS_DE_PLANTA y FUNCIONARIO_EXTERNO.

Ilustración 12.Relación Generalización Tablas Funcionario, Funcionario Planta y Funcionario


Externo.

10. Formule y responda una pregunta sobre este trabajo

¿Es DBDESIGNER una herramienta eficiente para migrar Bases de datos


a PgAdmin?

Inicialmente se observa que DBDESIGNER no cuenta con los mismos


tipos de datos que el PgAdmin 4, también otro inconveniente que se
observa es que el DBDESIGNER al relacional dos entidades genera por

10
defecto unos índices a las Llaves principales de las relaciones y esto da
error en el PgAdmin 4, lo cual es un gran inconveniente si se tuviera una
cantidad considerable de entidades y relaciones, ya que el proceso de
corrección del Script es más extenso además de tener que volver a
realizar el script exportado.

11
CONCLUSIONES

Del presente trabajo se comprende la facilidad del manejo de las bases de datos
en los software BDESIGNER Y PGADMIN, desde la creación de tablas además
de la relación entre ellas para su facilidad de búsqueda y la importación de estas
herramientas para almacenar, ordenar y recopilar información, también se
evidencio en la práctica que la mayoría de errores que se pudieron presentar en
el proceso de creación de tablas de PgAdmin, fueron errores de sintaxis y la falta
de conocimiento del manejo adecuado de la configuración de la creación de la
tabla con los parámetros para exportar el script en el software BDESIGNER
además de entender y dar respuesta a las preguntas generadas en el paso a
paso de la guía.

12
REFERENCIAS

Galindo, L. (2010). Slideshare. Obtenido de


https://es.slideshare.net/legalindo/herramientas-case-10210691

Jacome Pamela, V. T. (2008). AUZAY EDU. Obtenido de


http://dspace.uazuay.edu.ec/bitstream/datos/2339/1/06839.pdf

PgAdmin PostgreSQL TOOLS . (s.f.). Obtenido de


https://www.pgadmin.org/docs/1.6/pg/sql-createindex.html

Servidores, C. d. (s.f.). ASPW2012. Obtenido de


https://aspw2012.wordpress.com/2012/04/02/tipos-de-datos-en-mysql/

Ruth Priscila Landeros Gómez. Monografias. Obtenido de


https://www.monografias.com/trabajos14/herramicase/herramicase

13
ANEXOS

1. SCRIPT SQL
CREATE TABLE BENEFICIARIO (

CEDULA_BENEFICIARIO INTEGER ,

IdFUNCIONARIO_DE_PLANTA INTEGER ,

FUNCIONARIO_EXTERNO_idFUNCIONARIO_EXTERNO VARCHAR(20) ,

FUNCIONARIO_EXTERNO_CODIGO_DEPARTAMENTO INTEGER ,

FUNCIONARIO_DE_PLANTA_IdFUNCIONARIO_DE_PLANTA INTEGER ,

FUNCIONARIO_idFUNCIONARIO INTEGER ,

NOMBRE_BENEFICIARIO VARCHAR(20),

EDAD_BENEFICIARIO INTEGER ,

);

CREATE TABLE DEPARTAMENTO (

CODIGO_DEPARTAMENTO CHAR ,

FUNCIONARIO_EXTERNO_idFUNCIONARIO_EXTERNO VARCHAR(20) ,

FUNCIONARIO_EXTERNO_CODIGO_DEPARTAMENTO INTEGER ,

FUNCIONARIO_DE_PLANTA_IdFUNCIONARIO_DE_PLANTA INTEGER ,

FUNCIONARIO_idFUNCIONARIO INTEGER ,

NOMBRE_DEPARTAMENTO TEXT ,

);

CREATE TABLE EMPRESA_PRESTADORA (

idEMPRESA_PRESTADORA VARCHAR(20) ,

FUNCIONARIO_EXTERNO_CODIGO_DEPARTAMENTO INTEGER ,

FUNCIONARIO_EXTERNO_idFUNCIONARIO_EXTERNO VARCHAR(20) ,

NOMRE_EMPRESA_PRESTADORA VARCHAR(50) ,

TELEFONO_EMPRESA INTEGER ,

);

CREATE TABLE FUNCIONARIO (

idFUNCIONARIO INTEGER ,

FUNCIONARIO_DE_PLANTA_IdFUNCIONARIO_DE_PLANTA INTEGER ,

FUNCIONARIO_EXTERNO_CODIGO_DEPARTAMENTO INTEGER ,

FUNCIONARIO_EXTERNO_idFUNCIONARIO_EXTERNO VARCHAR(20),

14
NOMBRE_FUNCIONARIO VARCHAR(10),

APELLIDO_FUNCIONARIO VARCHAR(20),

EDAD_FUNCIONARIO INTEGER ,

);

CREATE TABLE FUNCIONARIO_DE_PLANTA (

IdFUNCIONARIO_DE_PLANTA INTEGER ,

CEDULA_FUNCIONARIO_DE_PLANTA INTEGER ,

NOMBRE_FUNCIONARIO_EXTERNO VARCHAR(20),

);

CREATE TABLE FUNCIONARIO_EXTERNO (

idFUNCIONARIO_EXTERNO VARCHAR(20),

CODIGO_DEPARTAMENTO INTEGER ,

NOMBRE_EMPRESA_PRESTADORA VARCHAR(50),

Id_EMPRESA_PRESTADORA VARCHAR(20),

NOMBRE_FUNCIONARIO_EXTERNO VARCHAR(20),

);

2. DATOS INGRESADOS EN LAS TABLAS DE PGADMIN 4.

15
16
17
18

También podría gustarte