Ingeniería en Sistemas de

Información
y Ciencias de la Computación

Gestor de bases de datos

para torneos de futbol

Yonatan Joahnnes Siebenhor Tecun 5990-17-13651

Jeffry Leonel Monterroso Rodas 5990-13-15906
Kevin Yoban Rodriguez Gonzalez 5990-12-11640
Kevin Ariel Zelada Salvatierra 5990-12-6825

Catedrático: Manuel Noriega

Catedra: Bases de datos l
Sección: “A”
Introducción
Derivado del problema planteado por FUT-GT en donde nos indica administra sus torneos de
futbol utilizando un archivo de Excel por cada torneo que realiza, se propusieron modelos entidad
relación y relacionales los cuales abarcan cada una de las necesidades solicitadas por la empresa y
así poder dar una solución óptima al mismo, llevando los datos necesarios para poder generar
cada uno de los archivos que actualmente genera FUT-GT para cada torneo.

Empleando los modelos propuestos detallamos a continuación los siguientes puntos a presentar
para la empresa:

Alcances:

● Llevar registro único de torneos por tipo de torneo.

● Poder definir tipos de futbol para nuevos torneos.
● Poder asignar canchas especiales a cada tipo de futbol que se juegue en cada tipo de
torneo.
● Control de equipos por torneo con su respectivo representante (coach).
● Llevar el control de los pagos por he inscripción por cada torneo.
● Llevar el control de las inscripciones de cada jugador.
● Definir una posición y una camisola única para caja jugador.
● Después de cada partido poder llevar un control de mantenimientos de canchas.
● Asignar árbitros por cada partido asignándoles una posición única en la cancha y el monto
que se le pagara por cada partido, independientemente para poder saber cuánto se le
paga al árbitro por torneo.
● Tener control sobre las tarjetas rojas y amarillas aplicadas a cada jugador por partido en
paralelo poder saber el monto a pagar del equipo.
● Por tarjetas realizadas por partido único tomando en cuenta el árbitro que lleva la tarjeta.
● Llevar un control de tiempos jugados por un jugador en un partido.
● Llevar el control de goles anotados por jugador y partido durante el mismo.
● Llevar el control de los goles en contra.
● Llevar un control de los penales efectuados por x jugador en un partido.
● Crear una tabla de posiciones en base a los resultados obtenidos por partido durante un
torneo siendo tanto una tabla de locales, visitantes o en general.
 Restricciones:

● Dependiendo de la cantidad máxima de equipos por torneo solo cierta cantidad de

equipos pueden inscribirse.
● Solo dependiendo del tipo futbol se puede crear los torneos.
● Si la cantidad de equipos no llega a llenar el torneo se cancela el torneo o se puede
programar fecha.
● Cada partido se realiza en una cancha especifica de futbol.
● Al final de cada partido se debe haber un mantenimiento de cancha.
● Cada jugador inscrito en un torneo solo puede poseer un numero de camisola y
posición únicos.
● Al final de cada partido debe hacerse un pago al árbitro.
● Puede ser asignados N árbitros a un partido.
● Se debe de definir el precio de las tarjetas un total a pagar.
● Cada partido debe tener una hora de inicio y hora fin para determinar el tiempo del
partido.
● Solo pueden existir 3 tipos de resultados durante un partido (Ganado, perdido,
empatado).
● Cada equipo debe paga antes del torneo.
● Antes de iniciar el partido se debe definir el visitante y el local.
● Cada tipo de futbol debe de tener la cantidad definida de jugadores.
 Suposiciones:

● Cada torneo se estimo que deben de tener cierta cantidad de equipos para que el
torneo marche adecuadamente tanto en fechas programadas como en partidos
jugados.
● Se tomo en cuenta que después de cada partido debería de haber un mantenimiento
de cancha para poder tener la máxima calidad de juego en los partidos posteriores.
● Cada torneo es único y una vez terminado quedara solo como información histórica.
● Los tipos de torneo deben de tener una cantidad mínima de jugadores para ser
inscritos.
● Los jugadores inscritos no pueden ser cambiados de equipos una vez inscritos en uno
mismo.
● Las tablas de posiciones son historiales de datos de todos los torneos finalizados
detallados uno por uno.
● Los pagos por torneo en una inscripción de equipos deben ser pagados una vez se
registran todos los jugadores.
● Debe haber un registro de tarjetas, goles a favor, goles en contra y penales por partido
realizado.
● Se debe guardar un tipo de football para cada cancha para así poder asignar partidos
adecuadamente por su tipo.
● No se debería de poder jugar mas haya del tiempo establecido por partido ya que
generaría errores en la programación de los partidos.
 Diagrama Entidad Relación

Tomando en consideración todos y cada uno de los requerimientos establecidos por la empres
FUT-GT se creo un diagrama en donde detallaremos a continuación cada uno de las entidades y
atributos que consideramos necesarios llevar la adecuada implementación de la base de datos:

TORNEO: Esta es la entidad base en donde se almacenarán los siguientes atributos.

● id_torneo
● nombre
● fecha_inicio
● fecha_fin
● tipo_torneo
● cantidad_maxima

Relaciones:

Inscribir: Relación de uno a muchos hacia la entidad EQUIPO en la que en su relación

almacenamos el dato de pago unitario para poder definir el pago de cada al momento de
inscribirse al mismo.
Tener: Relación de muchos a uno hacia la entidad TIPO_FOOTBALL ya que se pueden generar
muchos torneos de un tipo de football.
Pertenece: Relación de muchos a uno hacia la entidad TIPO_TORNEO ya que pueden generarse
varios torneos para una categoría de football (edades).
EQUIPO: Esta es la entidad donde se almacenarán los datos de los equipos inscritos durante un
torneo.
● Id_equipo
● Nombre
● Representante

Relaciones:

Jugar: Relación de uno a muchos hacia la entidad PARTIDO en la que en su relación almacenamos
el dato de visita o local y el tipo de resultado de cada uno al final del partido.
Pertenece: Relación de muchos a uno hacia la entidad TIPO_TORNEO ya que se muchos equipos
pueden pertenecer a un tipo de torneo.
Tener: Relación de uno a muchos hacia la entidad CAMISOLA ya que un equipo puede tener varias
camisolas.

TIPO_TORNEO: Esta es la entidad donde se almacenarán los datos de los tipos de torneo que
pueden jugarse.
● Id_tipo_torneo
● Edad_minima
● Edad_maxima
● Tipo_torneo

Relaciones:

Pertenece: Relación de uno a muchos hacia la entidad TORNEO ya que puede haber muchos
torneos de un tipo de torneo.
Pertenece: Relación de uno a muchos hacia la entidad EQUIPO ya que en un tipo de torneo
pueden existir varios equipos.
TIPO_FOOTBALL: Esta es la entidad donde se almacenarán los datos de los tipos de torneos que
pueden jugarse en las canchas designadas.
● Id_tipo_torneo
● Edad_minima
● Edad_maxima
● Tipo_torneo

Relaciones:

Tener: Relación de uno a muchos hacia la entidad TORNEO ya que puede haber muchos torneos
de un tipo de football.
Tener: Relación de uno a muchos hacia la entidad CANCHA ya que en un tipo de football puede
tener varias canchas asignadas.

CANCHA: Esta es la entidad donde se almacenarán los datos de las canchas que estarán
disponibles para los partidos.
● Id_cancha
● nombre
● butacas
● estado

Relaciones:

Tener: Relación de muchos a uno hacia la entidad TIPO_FOOTBALL ya que puede haber muchas
canchas para un mismo tipo de football.
Generar: Relación de uno a muchos hacia la entidad MANTENIMIENTO ya que cada cancha
produce un mantenimiento después de un partido.
Asignar: Relación de uno a muchos hacia la entidad PARTIDO ya que una cancha puede tener
varios partidos.
MANTENIMIENTO: Esta es la entidad donde se almacenarán los datos de los mantenimientos
efectuados a las canchas.
● Id_manten
● tiempo
● tipo_mant

Relaciones:

Generar: Relación de muchos a uno hacia la entidad CANCHA ya que se les pueden dar varios
mantenimientos a la misma cancha.
Generar: Relación de uno a uno hacia la entidad PARTIDO ya que cada partido al finalizar generar
un mantenimiento.

PARTIDO: Esta es la entidad donde se almacenarán los datos de partidos que se realizaran durante
el torneo.
● Id_partido
● Fecha_partido
● Hora_inicio
● Hora_fin

Relaciones:

Asignar: Relación de muchos a uno hacia la entidad CANCHA ya que se les pueden hacerse varios
partidos en una misma cancha.
Generar: Relación de uno a uno hacia la entidad MANTENIMIENTO ya que cada partido al finalizar
generar un mantenimiento.
Jugar: Relación de muchos a uno hacia la entidad EQUIPO en la que en su relación almacenamos el
dato de visita o local y el tipo de resultado de cada uno al final del partido.
Tener: Relación de uno a muchos hacia la entidad GOL ya que un partido puede tener varios goles.
Marcar: Relación de uno a muchos hacia la entidad PENAL ya que un partido puede tener varios
penales.
Dirigir: Relación de muchos a muchos hacia la entidad ARBRITO ya que un partido puede tener
varios arbitros.
Jugar: Relación de muchos a uno hacia la entidad JUGADOR en la que en su relación almacenamos
el dato de tiempo jugado ya que un jugador puede jugar muchos partidos.

ARBRITO: Esta es la entidad donde se almacenarán los datos de los árbitros que serán asignados al
partido.
● Id_arbrito
● dpi
● correo
● teléfono
● dirección
● fecha_nac
● nombres
● apellidos

Relaciones:

Dirigir: Relación de muchos a uno hacia la entidad PARTIDO ya que puede haber varios árbitros en
un partido en esta relación almacenamos el atributo pago y posición.
Jugar: Relación de muchos a uno hacia la entidad EQUIPO en la que en su relación almacenamos el
dato de visita o local y el tipo de resultado de cada uno al final del partido.
Marcar: Relación de uno a muchos hacia la entidad TARJETA ya que un árbitro puede marcar
varias tarjetas durante el partido.
GOL: Esta es la entidad donde se almacenarán datos de los goles marcados durante cada partido.
● Id_gol
● cantidad
● minuto
● tipo_gol

Relaciones:

Tener: Relación de muchos a uno hacia la entidad PARTIDO ya que puede haber varios goles en un
partido.
Realizar: Relación de muchos a uno hacia la entidad JUGADOR en la que en su relación
almacenamos el dato de gol_afavor y gol_encontra para poder determinar que jugador realizo el
gol y que portero recibió el gol.

JUGADOR: Entidad donde se almacena la información de los participantes del equipo

● Id_jugador
● Dpi
● Fecha_nac
● Dirección
● Nombres
● Apellidos
● Teléfono
● Nacionalidad
● Correo

Relaciones
Tener: relación de muchos a uno que indica la posición del jugador en el equipo
Tener: relación de uno a muchos de jugador hacia camisola que indica que solo un jugador puede
tener muchas camisolas
Inscribir: relación de muchos a uno que indica que muchos jugadores pueden pertenecer a un
equipo
Jugar: relación de uno a muchos que indica que un jugador puede jugar varios partidos
Tener: relación de uno a muchos que indica que un jugador puede tener varias tarjetas
Realizar: relación de uno a muchos hacia gol que indica que un jugador puede realizar varios goles
Realizar: relación de uno a muchos hacia penal que indica que un jugador puede realizar varios
penales

POSICIÓN: Entidad que indica en qué lugar va a jugar cada participante del equipo
● Id_posicion
● Nombre
Relaciones
Tener: relación de uno a muchos hacia jugador que indica en que lugar va a jugar el miembro del
equipo

CAMISOLA: Entidad que explica cuántas camisolas y que numero tendrá el jugador en el equipo
● Id_camisola
● No_camisola
Relaciones
Tener: relación de muchos a uno hacia jugador que explica cuántas camisolas tendrá el jugador
Tener: relación de muchos a uno hacia equipo que explica cuántas camisolas tendrá el equipo
TARJETA: entidad que explica las tarjetas y faltas que tendrá el jugador durante un partido
● Id_tarjeta
● Tarjeta_roja
● Tarjeta_amarilla
● Monto_roja
● Monto_amarilla

Relaciones
Tener: Relación de muchos a uno que indica cuantas tarjetas tiene un jugador durante un partido.
Tener: Relación de mucho a uno hacia partido que indica cuantas tarjetas marcaron durante el
partido.
Marcar: Relación de mucho a uno hacia ARBRITO ya que un árbitro puede marcar varias tarjetas.

PENAL: entidad que explica cuántos penales hubo durante un partido, así mismo indica cual fue el
jugador que lo ejecuto, y así como el árbitro que indico el penal
● Id_penal
● Minuto

Relaciones
Realizar: Relación de muchos a uno hacia jugador que indica cuantos penales puede hacer un
jugador
Marcar: relación de muchos a muchos hacia partido que indica que puede haber varios penales
durante un partido
Marcar: Relación de muchos a uno hacia árbitro, indica que un árbitro puede marcar mucho
penales
 Diagrama Entidad Relación

Link LuciChard:

https://app.lucidchart.com/invitations/accept/d11862b8-a61a-4661-a7da-195cdd58b70f
Modelo Relacional

https://app.lucidchart.com/documents/edit/7007557f-ad34-4ea5-8ff2-df1de48a467e/0_0
Modelo Relacional

Tabla Torneo
Esta Tabla se genera directamente de la entidad TORNEO desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo (id_torneo), este mismo
pasa a ser llave primaria de la tabla torneo.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de uno a muchos entre la entidad TORNEO hacia
la entidad TIPO TORNEO, quedando la llave candidata de la entidad TIPO TORNEO
(id_tipo_torneo) del lado de muchos en la tabla torneo.

Debido a que el diagrama ER existe una relación de uno a muchos entre la entidad TORNEO hacia
la entidad TIPO FOOTBALL, quedando la llave candidata de la entidad TIPO FOOTBALL
(id_tipo_football) del lado de muchos en la tabla torneo.

Tipos de Datos para los Campos

id_torneo: este atributo guardará datos de tipo numérico

nombre: este atributo guardará datos de tipo cadena
fecha_inicio: este atributo guardará datos de tipo fecha
fecha_fin: este atributo guardará datos de tipo fecha
cantidad_máxima: este atributo guardará datos de tipo numérico
id_tipo torneo: este atributo guardará datos de tipo numérico
id_tipo_football: este atributo guardará datos de tipo numérico
Tabla Tipo Football
Esta Tabla se genera directamente de la entidad TIPO FOOTBALL desde el diagrama ER tal cual y
los atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_tipo_football, este
mismo pasa a ser llave primaria de la tabla tipo_football.

Tipos de Datos para los Campos

id_tipo_football: este atributo guardará datos de tipo numérico

nombre_tipo_football: este atributo guardará datos de tipo cadena
id_cancha: este atributo guardará datos de tipo numérico

Tabla Tipo Torneo

Esta Tabla se genera directamente de la entidad TIPO TORNEO desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_tipo torneo, este
mismo pasa a ser llave primaria de la tabla tipo torneo.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de uno a muchos entre la entidad TIPO TORNEO
hacia la entidad TORNEO, quedando la llave candidata de la entidad TIPO TORNEO
(id_tipo_torneo) del lado de muchos en la tabla torneo.

Tipos de Datos para los Campos

id_tipo torneo: este atributo guardará datos de tipo numérico

nombre: este atributo guardará datos de tipo cadena
edad mínima: este atributo guardará datos de tipo numérico
edad máxima: este atributo guardará datos de tipo numérico
Tabla Equipo
Esta tabla se genera directamente de la entidad EQUIPO desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_equipo, este mismo
pasa a ser llave primaria de la tabla equipo.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad EQUIPO hacia la
entidad TORNEO, quedando la llave candidata de la entidad TORNEO (id_torneo) del lado de
muchos en la tabla equipo.

Tipos de Datos para los Campos

id_equipo: este atributo guardará datos de tipo numérico

nombre: este atributo guardará datos de tipo cadena
representante: este atributo guardará datos de tipo cadena
pago unitario: este atributo guardará datos de tipo Numérico
id_torneo: este atributo guardará datos de tipo Numérico

Tabla Jugador
Esta tabla se genera directamente de la entidad JUGADOR desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_jugador, este mismo
pasa a ser llave primaria de la tabla torneo.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad JUGADOR hacia
la entidad EQUIPO, quedando la llave candidata de la entidad EQUIPO (id_equipo) del lado de
muchos en la tabla jugador.
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad JUGADOR hacia
la entidad POSICIÓN, quedando la llave candidata de la entidad POSICION (id_posicion) del lado
de muchos en la tabla jugador.

Tipos de Datos para los Campos

id_jugador: este atributo guardará datos de tipo numérico

DPI: este atributo guardará datos de tipo cadena
fecha_nacimiento: este atributo guardará datos de tipo fecha
nombres: este atributo guardará datos de tipo cadena
apellidos: este atributo guardará datos de tipo cadena
dirección: este atributo guardará datos de tipo cadena
telefono: este atributo guardará datos de tipo numérico
nacionalidad: este atributo guardará datos de tipo cadena
correo: este atributo guardará datos de tipo cadena
tiempo_jugado: este atributo guardará datos de tipo numérico
id_equipo: este atributo guardará datos de tipo numérico
id_posicion: este atributo guardará datos de tipo numérico

Tabla Posicion
Esta Tabla se genera directamente de la entidad POSICIÓN desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_posicion, este mismo
pasa a ser llave primaria de la tabla posición.

Tipos de Datos para los Campos

id_posicion: este atributo guardará datos de tipo numérico

nombre_posicion: este atributo guardará datos de tipo cadena

Tabla Partido
Esta tabla se genera directamente de la entidad PARTIDO desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_partido, este mismo
pasa a ser llave primaria de la tabla torneo.
LLaves Foráneas
Debido a que el diagrama ER existe una relación de uno a uno entre la entidad PARTIDO hacia la
entidad MANTENIMIENTO, quedando la llave candidata de la entidad MANTENIMIENTO
(id_mantenimiento) en la tabla partido.

Tipos de Datos para los Campos

id_partido: este atributo guardará datos de tipo numérico

fecha: este atributo guardará datos de tipo fecha
hora_inicio: este atributo guardará datos de tipo cadena
hora_fin: este atributo guardará datos de tipo cadena
id_mantenimiento: este atributo guardará datos de tipo numérico

Tabla Cancha
Esta Tabla se genera directamente de la entidad CANCHA desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_cancha, este mismo
pasa a ser llave primaria de la tabla .

LLaves Foráneas
Debido a que en el diagrama ER existe una relación de muchos a uno entre la entidad CANCHA
hacia la entidad TIPO_FOOTBALL, quedando la llave candidata de la entidad TIPO FOOTBALL
(id_tipo_football) del lado de muchos en la tabla cancha.

Tipos de Datos para los Campos

id_cancha: este atributo guardará datos de tipo numérico

butacas: este atributo guardará datos de tipo numérico
nombre: este atributo guardará datos de tipo cadena
estado: este atributo guardará datos de tipo condicional
Tabla Mantenimiento
Esta Tabla se genera directamente de la entidad MANTENIMIENTO desde el diagrama ER tal cual y
los atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_mantenimiento, este
mismo pasa a ser llave primaria de la tabla mantenimiento.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad
MANTENIMIENTO hacia la entidad CANCHA, quedando la llave candidata de la entidad CANCHA
(id_cancha) del lado de muchos en la tabla mantenimiento.

Tipos de Datos para los Campos

id_mantenimiento: este atributo guardará datos de tipo numérico

tiempo: este atributo guardará datos de tipo numerico
tipo_mantenimiento: este atributo guardará datos de tipo fecha
id_cancha: este atributo guardará datos de tipo numerico

Tabla Gol
Esta Tabla se genera directamente de la entidad torneo desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_gol, este mismo pasa
a ser llave primaria de la tabla gol.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad GOL hacia la
entidad tipo,PARTIDO quedando la llave candidata de la entidad PARTIDO (id_partido) del lado de
muchos en la tabla gol.
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad GOL hacia la
entidad tipo JUGADOR, quedando la llave candidata de la entidad JUGADOR (id_jugador) del lado
de muchos en la tabla gol.

Tipos de Datos para los Campos

id_gol: este atributo guardará datos de tipo numérico

tipo gol: este atributo guardará datos de tipo cadena
id_partido: este atributo guardará datos de tipo numerico
id_jugador: este atributo guardara datos de tipo numerico

Tabla Arbitro
Esta Tabla se genera directamente de la entidad ARBITRO desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_arbitro, este mismo
pasa a ser llave primaria de la tabla.

Tipos de Datos para los Campos

id_arbitro: este atributo guardará datos de tipo numérico

DPI: este atributo se guardara datos de tipo numerico
fecha_nacimiento: este atributo guardará datos de tipo fecha
nombres: este atributo guardará datos de tipo cadena
apellidos: este atributo guardará datos de tipo cadena
telefono: este atributo guardará datos de tipo numerico
correo: este atributo guardará datos de tipo caracter
pago: este atributo guardará datos de tipo numérico

Tabla Tarjeta
Esta Tabla se genera directamente de la entidad TARJETA desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_tarjeta, este mismo
pasa a ser llave primaria de la tabla.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad TARJETA hacia
la entidad JUGADOR, quedando la llave candidata de la entidad JUGADOR (id_jugador) del lado de
muchos en la tabla tarjeta.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad TARJETA hacia
la entidad ARBITRO, quedando la llave candidata de la entidad ARBITRO (id_arbitro) del lado de
muchos en la tabla tarjeta.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad TARJETA hacia
la entidad PARTIDO, quedando la llave candidata de la entidad PARTIDO (id_partido) del lado de
muchos en la tabla tarjeta.

Tipos de Datos para los Campos

id_tarjeta: este atributo guardará datos de tipo numérico

tarjeta_roja: este atributo guardará datos de tipo numerico
tarjeta_amarilla: este atributo guardará datos de tipo numerico
monto_rojo: este atributo guardará datos de tipo numerico
monto_amarilla: este atributo guardará datos de tipo numérico
id_jugador: este atributo guardará datos de tipo numérico
id_arbitro: este atributo guardará datos de tipo numérico
id_partido: este atributo guardará datos de tipo numérico

Tabla Penal
Esta Tabla se genera directamente de la entidad PENAL desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_penal, este mismo
pasa a ser llave primaria de la tabla PENAL.
LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad PENAL hacia la
entidad JUGADOR, quedando la llave candidata de la entidad JUGADOR (id_jugador) del lado de
muchos en la tabla penal.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad PENAL hacia la
entidad PARTIDO, quedando la llave candidata de la entidad (id_partido) del lado de muchos en la
tabla penal.

Debido a que el diagrama ER existe una relación de uno a muchos entre la entidad PENAL hacia la
entidad ARBITRO, quedando la llave candidata de la entidad ARBITRO (id_arbitro) del lado de
muchos en la tabla penal.

Tipos de Datos para los Campos

id_penal: este atributo guardará datos de tipo numérico

minuto: este atributo guardará datos de tipo cadena
id_jugador: este atributo guardará datos de tipo numérico
id_partido: este atributo guardará datos de tipo numérico
id_arbitro: este atributo guardará datos de tipo numérico

Tabla Camisola
Esta Tabla se genera directamente de la entidad torneo desde el diagrama ER tal cual y los
atributos respectivos pasan a ser campos de la tabla.

Llave Primaria
Debido a que en el Diagrama ER se tomó como llave candidata el atributo id_camisola, este mismo
pasa a ser llave primaria de la tabla CAMISOLA.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de uno a uno entre la entidad CAMISOLA hacia la
entidad JUGADOR, quedando la llave candidata de la entidad JUGADOR (id_jugador) en la tabla
camisola.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad CAMISOLA
hacia la entidad EQUIPO, quedando la llave candidata de la entidad EQUIPO (id_equipo) del lado
de muchos en la tabla camisola.

Tipos de Datos para los Campos

id_camisola: este atributo guardará datos de tipo numérico

id_jugador: este atributo guardará datos de tipo numerico
numero_camisola: este atributo guardará datos de tipo numerico
id_equipo: este atributo guardará datos de tipo numerico

Tabla Local
Esta Tabla se genera de una relación de muchos a muchos entre la entidad EQUIPO Y PARTIDO

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad LOCAL hacia la
entidad EQUIPO, quedando la llave candidata de la entidad EQUIPO (id_equipo) en la tabla local.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad LOCAL hacia la
entidad PARTIDO, quedando la llave candidata de la entidad PARTIDO (id_partido) en la tabla
local.

Tipos de Datos para los Campos

id_equipo: este atributo guardará datos de tipo numérico
id_partido: este atributo guardará datos de tipo numérico
resultado_final: este atributo guardará datos de tipo numérico

Tabla Visitante
Esta Tabla se genera de una relacion de muchos a muchos entre la entidad EQUIPO Y PARTIDO

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad VISITANTE
hacia la entidad EQUIPO, quedando la llave candidata de la entidad EQUIPO (id_equipo) en la
tabla local.

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad VISITANTE
hacia la entidad PARTIDO, quedando la llave candidata de la entidad PARTIDO (id_partido) en la
tabla local.

Tipos de Datos para los Campos

id_equipo: este atributo guardará datos de tipo numérico
id_partido: este atributo guardará datos de tipo numérico
resultado_final: este atributo guardará datos de tipo numérico
Tabla Partido_Arbitro
Esta Tabla se genera de una relacion de muchos a muchos entre la entidad PARTIDO Y ARBITRO

LLaves Foráneas
Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad
PARTIDO_ARBITRO hacia la entidad ARBITRO, quedando la llave candidata de la entidad ARBITRO
(id_arbitro) del lado de muchos en la tabla partido-arbitro.

Debido a que el diagrama ER existe una relación de muchos a uno entre la entidad
ARBITRO_PARTIDO hacia la entidad PARTIDO, quedando la llave candidata de la entidad PARTIDO
(id_partido) del lado de muchos en la tabla partido-arbitro.

Tipos de Datos para los Campos

id_partido: este atributo guardará datos de tipo numérico

Id_arbitro: este atributo guardará datos de tipo numerico
posicion: este atributo guardará datos de tipo cadena
pago: este atributo guardará datos de tipo numerico