Está en la página 1de 38

UNIVERSIDAD PRIVADA ANTENOR ORREGO

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS

Diseño e implementación de la base de datos del videojuego DOTA 2

Semestre: 2019-20
Curso: BASE DE DATOS
Integrante s:
1: Asís De la Cruz, Andrea
2: Ellen Mendoza, Cristian
3: Tirado Revilla, Paulo
4: Salirrosas Soto, Rafael Leonardo
5: Ruiz Marquina, Deybi

Docentes : Piminchumo Flores, Jorge Luis

Trujillo – Perú
2019
Índice

Contenido
1. Requerimientos de Información ................................................................................................ 3
1.1 Contexto .............................................................................................................................. 3
1.2 Proceso a modelar............................................................................................................... 3
1.2.1 Descripción y Gráfico del proceso ............................................................................... 3
1.2.2 Identificar fuentes de información (formatos, informes, etc.) ................................... 4
1.2.3 Requerimiento de información del usuario ................................................................ 5
1.2.4 Reglas de negocio ........................................................................................................ 5
2. Modelo Conceptual de la Base de Datos ................................................................................... 6
2.1 Entidades y Atributos .......................................................................................................... 6
2.2 Relaciones (nombre, cardinalidad, obligatoriedad) .......................................................... 11
2.3 Modelo E-R ........................................................................................................................ 12
2.4 Selección de la DBMS ........................................................................................................ 12
3. Modelo Lógico ..............................................................................Error! Bookmark not defined.
3.1 Mapeo del modelo E-R al modelo Relacional ................................................................... 12
3.2 Tablas ................................................................................................................................ 13
3.3 Campos de tablas .............................................................................................................. 17
3.4 Restricciones: PK, UK, FK, Check, otros ............................................................................. 22
3.5 Normalización ................................................................................................................... 22
3.6 Diagrama de dependencias funcionales ........................................................................... 22
3.7 Proceso de normalización: 1FN, 2FN, 3FN, BCFN, 4FN ..................................................... 22
4. Implementación y carga ...............................................................Error! Bookmark not defined.
5.1 Creación de la BD .............................................................................................................. 22
5.2 Creación de tablas de la BD ............................................................................................... 23
5.3 Carga de datos................................................................................................................... 27
5.4 Consultas ........................................................................................................................... 27
3. Recomendaciones.........................................................................Error! Bookmark not defined.
1. Requerimientos de Información
1.1 Contexto
Breve información de la organización de la cual se va a modelar un proceso.

Dota 2 es un juego multijugador de estrategia en tiempo real, distribuido por la plataforma


Steam de Valve. En este, dos equipos de cinco jugadores tienen el objetivo de destruir las
estructuras rivales controlando a personajes denominados héroes. Ellos no pueden
controlar las estructuras ni a las unidades que aparecen cada cierto tiempo.
Siempre se juega en un mismo mapa que tiene dos lados: Radiant y Dire, cada uno de ellos
presenta ventajas y desventajas respecto a la visión, unidades neutrales y posicionamiento.
Hay tres líneas donde chocan unidades no controladas: arriba, abajo y medio.
Variedad
Se puede elegir entre 117 héroes (119 para fin de año), lo que permite bastante flexibilidad
al estilo de juego y estrategia. Por ello se considera que Dota 2 tiene una curva de
aprendizaje bastante alta, debido a todas las mecánicas presentes en los personajes y en el
mapa.
Cada héroe tiene ciertas habilidades y estadísticas (fuerza, agilidad e inteligencia) que
modifican su ataque, vida y mana. Cada cierto tiempo, parches buscan balancear el juego
para evitar abusos de ciertas estrategias.

1.2 Proceso a modelar


1.2.1 Descripción y Gráfico del proceso
Describir paso a paso el procedimiento del proceso, realizar un diagrama que represente
el proceso (puede usar BPM).
1.2.2 Identificar fuentes de información (formatos, informes, etc.)
Listar brevemente los formatos, informes, etc. de donde obtuvo los datos y la
información del proceso.

Fuente: Internet

Steam del juego para su instalación contiene los detalles de juego y sus requisitos
https://store.steampowered.com/app/570/Dota_2/?snr=1_7_15__13

Cómo registrarse para poder jugar dota 2

https://comocrearcuenta.net/de-dota-2/

1.2.3 Requerimiento de información del usuario


Listar los requerimientos de información del proceso, agruparlos por stakeholder, Esto lo
puede obtener de las consultas y/o reportes que se soliciten.

 Mostar lista de asistencias realizadas por cada jugador dentro de la partida, mencionar el
nombre de jugador, héroe utilizado y cantidad de asistencias.
 Mostrar Lista de ítems (nombre, tipo y costo), luego ordenar los nombres alfabéticamente.
 Realizar un registro de todas las muertes ocurridas en partida y mencionar la forma cómo
fue causada él, nombre del héroe y la veces que murió.
 Colocar el nombre de jugador en partida, precio de los ítems y la cantidad.
 Una lista de los nombres y las cantidades de vida de todos los héroes que varían entre 600
y 700 puntos de vida.
 Una lista de los nombres de cada jugador y cuyos nombres empiecen con la letra S.
 NOMBRE DE TODOS LOS JUGADORES QUE JUEGAN EL MISMO TIPO DE PARTIDA QUE
MOO.
 Mencionar toos los equipos ganadores de las partidas en el mes de noviembre.
 MOSTRAR TODOS LOS ESCENARIOS QUE SU CANTIDAD SEA MAYOR A 2.
 Mostrar lista de muertes realizadas por cada jugador dentro de la partida, mencionar
 nombre de jugador, héroe utilizado y cantidad.
 Mostrar lista de héroes y su cantidad de vida siempre y cuando sean mayores a 500.
 Una lista de todos los nombres de héroes ordenados por la cantidad de mana de forma
descendente (el que tiene menos mana primero).

1.2.4 Reglas de negocio


Debe incluir las reglas de negocio necesarias.

Reglamento

 GAME ID'S
Para la participación en cualquier evento es necesario el tener indicado en la configuración del
perfil el Game ID (SteamID) correspondiente. Es responsabilidad de cada jugador que el valor
indicado en cada caso sea correcto. Tener un Game ID mal cumplimentado puede suponer la
expulsión de la competición.

 EQUIPOS
Únicamente se permite la creación de un único equipo en la página por clan/equipo. Cada uno
de ellos podrá tener en sus filas a un total máximo de 7 ó 8 jugadores.
o Capitán
Cada equipo deberá tener uno o varios capitanes, estos tendrán la posibilidad de abrir
protestas para mantener una línea directa con la administración y resolver encuentros con
rivales no presentados, incumplimientos del reglamento u otras cuestiones.
Este se encargará de que los miembros de su equipo tengan introducidos correctamente los
“SteamID” correspondientes al juego de forma correcta.
o Miembros
Cada miembro del clan es un jugador
Todos los miembros del equipo pueden inscribir un equipo en cualquier competición
siempre y cuando cumpla los requisitos básicos

 COMPETICIONES
o Modo de juego
Los torneos serán disputados en el “Modo capitán” donde la versión de la partida debe
ser “torneo”.
La opción “backdoor” está permitida.
El ganador de cada partida será el equipo que alcance uno de los siguientes objetivos:
- El equipo rival se rinde.
- Destruir la base del equipo rival.
o Primer baneo y/o elección de bando
El equipo que disponga de un mejor seeding o en su defecto esté en el lado izquierdo del
enfrentamiento, tendrá la opción de elegir entre lado Radiant y obtener “first pick” o jugar
en el lado Dire y ser “second pick”. El equipo que tenga menor seeding, o lado derecho,
tendrá la opción que el otro equipo no haya seleccionado.
En el caso de que el torneo o la eliminatoria se disputen al mejor de tres o cinco partidas se
irán alternando las opciones no pudiendo repetir opción consecutivamente.

2. Modelo Conceptual de la Base de Datos


2.1 Entidades y Atributos Mediante una tabla listar las entidades y las características de cada
atributo.

Nombre de la entidad
Usuario

Nombre Tama Obligatori Domin


Tipo UID Restricción Descripción
Atributo ño o io
IDUsuario Numeric 10 SI SI Primary Key ID del usuario

NombreUsuario Varchar 30 NO NO Nombre del usuario


Contraseña Numeric 10 NO NO Contraseña de
usuario

Amigo

Nombre Tama Obligatori Domin


Tipo UID Restricción Descripción
Atributo ño o io
IDUsuario Varchar 30 SI SI Primary Key ID del usuario

NombreUsuario Varchar 30 SI NO Nombre de usuario


Estado Varchar 30 NO NO Estado del Jugador
Nivel Numeric 10 NO NO Nivel del Jugador

Item

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreItem Varchar 30 SI SI Primary Key Nombre del item
TipoItem Varchar 30 NO NO Tipo del item
CostoItem Numeric 10 NO NO Costo del item

Clasificacion

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDClasificación Numeric 10 SI SI Primary Key ID de la
clasificación
IDJugador Varchar 30 SI NO ID del Jugador
Medalla Varchar 30 SI NO Medalla del
Jugador
MMR Numeric 10 SI NO Cantidad de MMR
del Jugador
Estrellas Numeric 10 SI NO Cantidad de
estrellas de la
medalla

Asistencia

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDAsistencia Numeric 10 SI SI Primary Key ID de la asistencia

NombreJugador Varchar 30 Si NO Nombre del


Jugador
NombreHeroe Varchar 30 Si NO Nombre del Héroe

Cantidad Numeric 10 SI NO Cantidad de


asistencias

Jugador

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDJugador Numeric 10 SI SI Primary Key ID del Jugador

NombreJugador Varchar 30 NO NO Nombre del


Jugador
Estado Varchar 30 NO NO Estado del Jugador

Heroe

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDHeroe Numeric 10 SI SI Primary Key ID del Heroe

NombreHeroe Varchar 30 SI NO Nombre del Heroe


Tipo Varchar 30 SI NO Tipo de Heroe
Rol Varchar 30 SI NO Rol de Heroe
Cantidad de Vida Numeric 10 NO NO Cantidad de vida
Cantidad de Numeric 10 NO NO Cantidad de mana
Mana
ListaItemPorParti Varchar 30 NO NO Lista de Items
da

HabilidadHeroe

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDHabilidad Numeric 10 SI SI Primary Key ID de la Habilidad

IDHeroe Numeric 10 SI NO ID del Heroe


TipoHabilidad Varchar 30 NO NO Tipo de Habilidad
del Heroe

JugadorPartida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreJugador Varchar 30 SI SI Primary Key Nombre del
Jugador
Equipo Varchar 30 NO NO Equipo al que
pertenece
Tipo de Partida Varchar 30 NO NO Tipo de la partida
que esta jugando
ItemAdquiridoPorPartida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
ItemID Numeric 10 SI SI Primary Key ID del Item
NombreItem Varchar 30 SI NO Nombre del Item
PrecioItem Numeric 10 NO NO Precio del Ítem
N° de Compras Numeric 10 NO NO Número de
compras del ítem
CantidadDisponib Numeric 10 NO NO Cantidad
le disponible del
Item

Escenario

Tam Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
año o io
NombreEscenario Varchar 30 SI SI Primary Key Nombre del
Escenario
CantidadEscenario Numeric 10 NO NO Cantidad de
Escenarios

Partida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
PartidaID Numeric 10 SI SI Primary Key ID de la Partida

TorneoID Numeric 10 SI NO ID del Torneo


EquipoGanador Varchar 30 SI NO Nombre del
Equipo
Fecha Date SI NO Fecha de la Partida

Muerte

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreHeroe Varchar 30 SI SI Primary Key Nombre del Heroe
NombreJugador Varchar 30 SI NO Nombre del
Jugador
CantidadMuerte Numeric 10 NO NO Cantidad de
Muertes
FormaMuerte Varchar 30 NO NO Forma de la
muerte

EstructuraMapa

Tam Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
año o io
NombreEstructura Varchar 30 SI Si Primary Key Nombre de la
Estructura
DañoEstructura Numeric 10 NO NO Daño que causa la
estructura
VidaEstructura Numeric 10 NO NO Vida que tiene la
estructura

Torneo

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
TorneoID Numeric 10 SI SI Primary Key ID del Torneo

NombreJugador Varchar 30 SI NO Nombre de los


Jugadores
EquipoGanador Varchar 30 SI NO Nombre del
equipo ganador
FechaInicio Date SI NO Fecha de Inicio del
Torneo
FechaFin Date Si NO Fecha de Fin del
Torneo

ModoJuego

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDModoDeJuego Numeric 10 SI SI Primary Key ID del modo de
juego
TipoModo Varchar 30 NO NO Tipo de Partida

Ataque

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreAtaque Varchar 30 SI SI Nombre del
ataque
NombreJugador Varchar 30 SI NO Nombre del
Jugador que lo
realizo
TipoAtaque Varchar 30 NO NO Tipo de ataque
CantidadDaño Numeric 10 NO NO Cantidad de daño
que causa

2.2 Relaciones (nombre, cardinalidad, obligatoriedad) Mediante una tabla listar las
relaciones.

Nombre Entidad 1 Entidad 2 Obligatorio Cardinalidad


relación
Uno a Usuario Amigo Si 1:10
muchos
Uno a Amigo Usuario Si 1:10
muchos
Uno a Usuario Jugador Si 1:10
muchos
Uno a Item ItemAdquiridoPartida Si 1:10
muchos
Uno a Clasificacion Jugador Si 1:10
muchos
Uno a JugadorPartida Asistencias Si 1:10
muchos
Uno a ItemadquiridoPartida JugadorPartida Si 1:10
muchos
Uno a Heroe JugadorPartida Si 1:10
muchos
Uno a TipoHeroe Heroe Si 1:10
muchos
Uno a Heroe HabilidadHeroe Si 1:10
muchos
Uno a Escenario Partida Si 1:10
muchos
Uno a Escenario Estructura Si 1:10
muchos
Uno a Torneo Partida Si 1:10
muchos
Uno a ModoJuego Partida Si 1:10
muchos
Uno a Partida ActividadPartida Si 1:10
muchos
Uno a ActividadPartida RecursoGanado Si 1:10
muchos
Uno a Recurso RecursoGanado Si 1:10
muchos
Uno a ActividadPartida Muerte Si 1:10
muchos
Uno a ActividadPartida Ataque Si 1:10
muchos
Uno a Jugador Partida Recursos Ganados Si 1:10
muchos
Uno a Jugador Partida Asistencias Si 1:10
muchos
Uno a Jugador Partida Muertes Si 1:10
muchos
Muchos a Muertes Jugador Partida Si
uno

2.3 Modelo E-R


Representar el grafico del modelo E-R.

2.4 Selección de la DBMS


Elegir el sistema gestor de BD, en este caso será ORACLE.

3. Modelo Lógico
3.1 Mapeo del modelo E-R al modelo Relacional
3.2 Tablas
3.3 Campos de tablas

Usuario

Nombre Tama Obligatori Domin


Tipo UID Restricción Descripción
Atributo ño o io
IDUsuario Numeric 10 SI SI Primary Key ID del usuario

NombreUsuario Varchar 30 NO NO Nombre del usuario


Contraseña Numeric 10 NO NO Contraseña de
usuario

Amigo

Nombre Tama Obligatori Domin


Tipo UID Restricción Descripción
Atributo ño o io
IDUsuario Varchar 30 SI SI Primary Key ID del usuario

NombreUsuario Varchar 30 SI NO Nombre de usuario


Estado Varchar 30 NO NO Estado del Jugador
Nivel Numeric 10 NO NO Nivel del Jugador

Item

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreItem Varchar 30 SI SI Primary Key Nombre del item
TipoItem Varchar 30 NO NO Tipo del item
CostoItem Numeric 10 NO NO Costo del item

Clasificacion

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDClasificación Numeric 10 SI SI Primary Key ID de la
clasificación
IDJugador Varchar 30 SI NO ID del Jugador
Medalla Varchar 30 SI NO Medalla del
Jugador
MMR Numeric 10 SI NO Cantidad de MMR
del Jugador
Estrellas Numeric 10 SI NO Cantidad de
estrellas de la
medalla

Asistencia

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDAsistencia Numeric 10 SI SI Primary Key ID de la asistencia

NombreJugador Varchar 30 Si NO Nombre del


Jugador
NombreHeroe Varchar 30 Si NO Nombre del Héroe

Cantidad Numeric 10 SI NO Cantidad de


asistencias

Jugador

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDJugador Numeric 10 SI SI Primary Key ID del Jugador

NombreJugador Varchar 30 NO NO Nombre del


Jugador
Estado Varchar 30 NO NO Estado del Jugador

Heroe

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDHeroe Numeric 10 SI SI Primary Key ID del Heroe

NombreHeroe Varchar 30 SI NO Nombre del Heroe


Tipo Varchar 30 SI NO Tipo de Heroe
Rol Varchar 30 SI NO Rol de Heroe
Cantidad de Vida Numeric 10 NO NO Cantidad de vida
Cantidad de Numeric 10 NO NO Cantidad de mana
Mana
ListaItemPorParti Varchar 30 NO NO Lista de Items
da
HabilidadHeroe

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDHabilidad Numeric 10 SI SI Primary Key ID de la Habilidad

IDHeroe Numeric 10 SI NO ID del Heroe


TipoHabilidad Varchar 30 NO NO Tipo de Habilidad
del Heroe

JugadorPartida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreJugador Varchar 30 SI SI Primary Key Nombre del
Jugador
Equipo Varchar 30 NO NO Equipo al que
pertenece
Tipo de Partida Varchar 30 NO NO Tipo de la partida
que esta jugando

ItemAdquiridoPorPartida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
ItemID Numeric 10 SI SI Primary Key ID del Item
NombreItem Varchar 30 SI NO Nombre del Item
PrecioItem Numeric 10 NO NO Precio del Ítem
N° de Compras Numeric 10 NO NO Número de
compras del ítem
CantidadDisponib Numeric 10 NO NO Cantidad
le disponible del
Item

Escenario

Tam Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
año o io
NombreEscenario Varchar 30 SI SI Primary Key Nombre del
Escenario
CantidadEscenario Numeric 10 NO NO Cantidad de
Escenarios
Partida

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
PartidaID Numeric 10 SI SI Primary Key ID de la Partida

TorneoID Numeric 10 SI NO ID del Torneo


EquipoGanador Varchar 30 SI NO Nombre del
Equipo
Fecha Date SI NO Fecha de la Partida

Muerte

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreHeroe Varchar 30 SI SI Primary Key Nombre del Heroe
NombreJugador Varchar 30 SI NO Nombre del
Jugador
CantidadMuerte Numeric 10 NO NO Cantidad de
Muertes
FormaMuerte Varchar 30 NO NO Forma de la
muerte

EstructuraMapa

Tam Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
año o io
NombreEstructura Varchar 30 SI Si Primary Key Nombre de la
Estructura
DañoEstructura Numeric 10 NO NO Daño que causa la
estructura
VidaEstructura Numeric 10 NO NO Vida que tiene la
estructura
Torneo

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
TorneoID Numeric 10 SI SI Primary Key ID del Torneo

NombreJugador Varchar 30 SI NO Nombre de los


Jugadores
EquipoGanador Varchar 30 SI NO Nombre del
equipo ganador
FechaInicio Date SI NO Fecha de Inicio del
Torneo
FechaFin Date Si NO Fecha de Fin del
Torneo

ModoJuego

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
IDModoDeJuego Numeric 10 SI SI Primary Key ID del modo de
juego
TipoModo Varchar 30 NO NO Tipo de Partida

Ataque

Tama Obligatori Domin


Nombre Atributo Tipo UID Restricción Descripción
ño o io
NombreAtaque Varchar 30 SI SI Nombre del
ataque
NombreJugador Varchar 30 SI NO Nombre del
Jugador que lo
realizo
TipoAtaque Varchar 30 NO NO Tipo de ataque
CantidadDaño Numeric 10 NO NO Cantidad de daño
que causa
3.4 Restricciones: PK, UK, FK, Check, otros

3.5 Normalización

3.6 Diagrama de dependencias funcionales

3.7 Proceso de normalización: 1FN, 2FN, 3FN, BCFN, 4FN

4. Implementación y carga

5.1 Creación de la BD
Procedimiento y pantallas de creación de la base de datos en Oracle.
5.2 Creación de tablas de la BD
Sentencias SQL de creación de las tablas, debe incluir sus restricciones.

CREATE TABLE ITEM (

NOMBREITEM varchar2(30) NOT NULL PRIMARY KEY ,

TIPOITEM varchar2(30) NOT NULL,

COSTOITEM number(9) NOT NULL) ;

CREATE TABLE ITEMADQUIRIDOPORPARTIDA (

ITEMID NUMBER(10) PRIMARY KEY,

NOMBREITEM varchar2(30) NOT NULL,

PRECIOITEM NUMBER(10) NOT NULL,

NROCOMPRAS NUMBER(10) NOT NULL,

CANTIDADDISPONIBLE NUMBER(10) NOT NULL,

CONSTRAINT FK_ITEMADQUIRIDOPORPARTIDA FOREIGN KEY (NOMBREITEM) REFERENCES


ITEM (NOMBREITEM));

CREATE TABLE ESCENARIO (

NOMBREESCENARIO varchar2(30) NOT NULL PRIMARY KEY,

CANTIDADESCENARIO NUMBER(10) NOT NULL);

CREATE TABLE ESTRUCTURAMAPA (

NOMBREESTRUCTURA varchar2(30) NOT NULL PRIMARY KEY,

DAÑOESTRUCTURA number(10) NOT NULL,

VIDAESTRUCTURA number(10) NOT NULL);

CREATE TABLE ACTIVIDADPARTIDA(

IDACTIVIDAD NUMBER(30) PRIMARY KEY,

PARTIDAID NUMBER(30) NOT NULL,

NOMBREHEROE VARCHAR2(30) NOT NULL,


MUERTES NUMBER(10) NOT NULL,

CONSTRAINT FK_ACTIVIDADPARTIDA FOREIGN KEY (PARTIDAID) REFERENCES PARTIDA


(PARTIDAID));

CREATE TABLE PARTIDA (

PARTIDAID NUMBER(30) PRIMARY KEY,

TORNEOID NUMBER(30) NOT NULL,

EQUIPOGANADOR VARCHAR2(30) NOT NULL,

FECHA DATE NULL,

CONSTRAINT FK_PARTIDA FOREIGN KEY (TORNEOID) REFERENCES TORNEO(TORNEOID ));

CREATE TABLE TORNEO (

TORNEOID NUMBER(10) NOT NULL PRIMARY KEY,

NOMBREJUGADOR VARCHAR2(30) NOT NULL ,

EQUIPOGANADOR VARCHAR2(30) NOT NULL,

FECHAINICIO DATE NULL,

FECHAFIN DATE NULL);

CREATE TABLE MODODEJUEGO (

IDMODODEJUEGO NUMBER(20) NOT NULL PRIMARY KEY,

TIPOMODO VARCHAR2(30) NOT NULL);

CREATE TABLE AMIGO (

IDUSUARIO NUMBER(10) NOT NULL PRIMARY KEY,

NOMBREUSUARIO VARCHAR2(30) NOT NULL,

ESTADO VARCHAR2(30) NOT NULL,

NIVEL NUMBER(10) NOT NULL,


CONSTRAINT FK_AMIGO FOREIGN KEY (IDUSUARIO) REFERENCES USUARIO(IDUSUARIO) );

CREATE TABLE USUARIO (

IDUSUARIO number(30) not null primary key ,

NOMBREUSUARIO varchar2(30) NOT NULL ,

CONTRASEÑA number(10) NOT NULL);

CREATE TABLE JUGADORPARTIDA (

NOMBREJUGADOR VARCHAR2(30) NOT NULL PRIMARY KEY,

EQUIPO VARCHAR2(30) NOT NULL,

TIPODEPARTIDA VARCHAR2(30) NOT NULL);

CREATE TABLE ATAQUE (

NOMBREATAQUE VARCHAR2(30) NOT NULL PRIMARY KEY,

NOMBREJUGADOR VARCHAR2(30) NOT NULL ,

TIPOATAQUE VARCHAR2(30) NOT NULL,

CANTIDADDAÑO NUMBER(10) NOT NULL,

CONSTRAINT FK_ATAQUE FOREIGN KEY (NOMBREJUGADOR)REFERENCES


JUGADORPARTIDA(NOMBREJUGADOR) );

CREATE TABLE ASISTENCIA (

IDASISTENCIA NUMBER(30) NOT NULL PRIMARY KEY,

NOMBREJUGADOR VARCHAR2(30) NOT NULL ,

NOMBREHEROE VARCHAR2(30) NOT NULL,

CANTIDAD NUMBER(10) NOT NULL,

CONSTRAINT FK_ASISTENCIA FOREIGN KEY (NOMBREJUGADOR) REFERENCES JUGADORPARTIDA


(NOMBREJUGADOR));
CREATE TABLE MUERTE (

NOMBREHEROE VARCHAR2(30) NOT NULL PRIMARY KEY,

NOMBREJUGADOR VARCHAR2(30) NOT NULL ,

CANTIDAD NUMBER(10) NOT NULL,

FORMAMUERTE VARCHAR2(30) NOT NULL,

CONSTRAINT FK_MUERTE FOREIGN KEY (NOMBREJUGADOR) REFERENCES


JUGADORPARTIDA(NOMBREJUGADOR) );

CREATE TABLE HEROE (

IDHEROE NUMBER(30) NOT NULL PRIMARY KEY,

NOMBREHEROE VARCHAR2(30) NOT NULL ,

TIPO VARCHAR2(30) NOT NULL,

ROL VARCHAR2(30) NOT NULL,

CANTIDADVIDA NUMBER(10) NOT NULL,

CANTIDADMANA NUMBER(10) NOT NULL,

LISTAITEMPORPARTIDA VARCHAR2(30) NOT NULL);

CREATE TABLE HABILIDADHEROE (

IDHABILIDAD NUMBER(30) NOT NULL PRIMARY KEY,

IDHEROE NUMBER(30) NOT NULL,

TIPOHABILIDAD VARCHAR2(30) NOT NULL,

CONSTRAINT FK_HABILIDADHEROE FOREIGN KEY (IDHEROE) REFERENCES HEROE (IDHEROE) );

CREATE TABLE CLASIFICACION (

IDCLASIFICACION NUMBER(15) NOT NULL PRIMARY KEY,

IDJUGADOR VARCHAR2(30) NOT NULL ,

MEDALLA VARCHAR2(30) NOT NULL ,

MMR NUMBER(30)NOT NULL,


ESTRELLA NUMBER(10),

CONSTRAINT FK_CLASIFICACION FOREIGN KEY (IDJUGADOR) REFERENCES JUGADOR


(IDJUGADOR));

CREATE TABLE JUGADOR (

IDJUGADOR varchar2(30) NOT NULL PRIMARY KEY,

ESTADO VARCHAR2(30) NOT NULL,

ESTADISTICA NUMBER(10) NOT NULL);

5.3 Carga de datos


Son las sentencias INSERT o SQL LOADER para que las tablas contengan datos.

5.4 Consultas
Provienen del punto 1.2.4 (Requerimiento de información del usuario), cada
requerimiento debe ser resuelto con una sentencia SQL. (Mínimo 5 sentencias
por cada integrante).

HELLEN MENDOZA, CRISTIAN


1) Mostar lista de asistencias realizadas por cada jugador dentro de la partida, mencionar
el nombre de jugador, héroe utilizado y cantidad de asistencias.
2) Mostrar Lista de ítems (nombre, tipo y costo), luego ordenar los nombres
alfabéticamente.
3) Realizar un registro de todas las muertes ocurridas en partida y mencionar la forma
cómo fue causada él, nombre del héroe y la veces que murió.
4) Colocar el nombre de jugador en partida, precio de los ítems y la cantidad
5) MOSTRAR EL HERORE CON mayor número de muertes pero que sus asistencias sean
mayor que 10

SELEC *

FROM HEROE

WHERE MAX (SELEC CANTIDADMUERTE

FROM HEROE

WHERE CANTIDADASISTENCIA > 10

)
Salirrosas Soto, Rafael
1.-Una lista de los nombres y las cantidades de vida de todos los héroes que varían entre 600 y 700
puntos de vida.

2.-Una lista de los nombres de cada jugador y cuyos nombres empiecen con la letra S.

SELECT NOMBRREJUGADOR

FROM JUGADOR

WHERE NOMBREJUGADOR LIKE 'S%'


3.-En la tabla de héroe, listar los detalles completos de los héroes que sean del mismo tipo.

RUIZ MAEQUINA DEYBI JUNIOR

 NOMBRE DE TODOS LOS JUGADORES QUE JUEGAN EL MISMO TIPO DE PARTIDA QUE
MOO.

 NOMBRE DE TODOS LOS HÉROES QUE SU VIDA SEA MAYOR AL PROMEDIO.

 Mostrar los jugadores que su estadística es mayor a 50% y están en línea


PAULO TIRADO REVILLA

1. Mostrar lista de muertes realizadas por cada jugador dentro de la partida, mencionar

nombre de jugador, héroe utilizado y cantidad.


2. Mostrar lista de héroes y su cantidad de vida siempre y cuando sean mayores a 500.

3. Una lista de todos los nombres de héroes ordenados por la cantidad de mana de forma
descendente (el que tiene menos mana primero).
ANDREA DEL PILAR ASIS DE LA CRUZ
1) Mencionar todos los equipos ganadores de las partidas en el mes de noviembre

2) MOSTRAR TODOS LOS ESCENARIOS QUE SU CANTIDAD SEA MAYOR A 2


3) NOMBRE DE CADA JUGADOR CON SU RESPECTIVO HEROE DONDE LA CANTIDAD DE
MUERTES SEA MAYOR A 10

4) LISTA DEL ID Y NOMBRE DE CADA JUGADOR Y EL EQUIPO AL QUE PERTENECE, MOSTRAR


TAMBIEN LAS ESTADISTICAS Y MEDALLAS QUE EMPIEZAN CON LA LETRA ‘a’.
5) NOMBRE DE CADA JUGADOR Y EL NUMERO DE MUERTES QUE TIENE

También podría gustarte