¡Descarga diagramas modelo entidad relacio y entidad relacion extenf y más Guías, Proyectos, Investigaciones en PDF de Programación de Bases de Datos solo en Docsity!
Universidad de Córdoba - Bases de Datos (^) Práctica 1: Modelo Entidad-Relación
-
BASES DE DATOS
1 SEMESTRE 2021
Práctica 1
Modelo Entidad-Relación
Ejercicio 1: Modelando Entidades
Modelar las diferentes entidades con sus atributos. En cada caso indicar el dominio de cada atributo y si es compuesto y/o multivaluado. Además, identificar la/las claves de cada entidad. Para cada ítem se debe modelar una única entidad.
- Modelar la entidad Persona con los siguientes atributos: Pasaporte Es un número identificador, distinto para cada persona y útil para poder diferenciarlas. Nombre Su nombre completo. Dirección Se encuentra compuesta por la calle, el número (o altura), la localidad y el país. Equipos Una persona simpatiza por uno o más equipos. Sólo interesa conocer sus nombres.
- Modelar la entidad Aparato , usado por una empresa de reparación de aparatos electrónicos. Se cuenta con los siguientes datos: Marca Un aparato seguro que tiene una marca, y sólo una. Modelo Lo mismo que con la marca, todo aparato es de un determinado modelo de esa marca. Tipo Lo más común es que un aparato sea de un único tipo: de audio, de TV, de video o de compu- tadora, pero también hay aparatos que integran varios medios, por lo que podría haber aparatosque combinen hasta tres tipos. Serie El número de serie de un aparato es el que lo identifica unívocamente dentro de todos losaparatos producidos de determinado modelo de una marca. Garantía compuesto por FECHA DE COMPRA, y COMERCIO VENDEDOR, que se registra sólo paralos aparatos que ingresan a la empresa a repararse en garantía.
- Modelar la entidad Profesor , de acuerdo con este ejemplo: César Rodríguez es un profesor cuyo legajo es el 43402, se especializa en Redes, Sistemas operativos y Bases de Datos. Dictó los siguientes cursos: - Principios del Modelo Internet, en 2012. - Redes de Oficina, en 2014. - Sistemas Operativos Open-Source , en 2013. - Streaming en 32 bits, en 2014. Estas son sus publicaciones: - TCP en Redes Empresariales, revista Electrónica Al Minuto, número 48, pags. 34 - 90, año 2012. Bases de Datos para Principiantes, revista Tecnología para el Nuevo Mundo, número 4, pags. 41 - 66, año 2013.
Universidad de Córdoba - Bases de Datos (^) Práctica 1: Modelo Entidad-Relación
Ejercicio 2: Modelando Relaciones
- Modelar las entidades Persona y Puesto. De cada persona queremos manejar: legajo, nombre y fecha de ingreso. De cada puesto: código identificador, nombre descriptivo (ej: ayudante de panadero ), grado de peligrosidad (entre 0 y 10) y sueldo de referencia. Las personas ocupan distintos puestos, para cada puesto que ocupa una persona se establece un honorario por hora (que no es necesariamente el mismo para distintas personas que ocupan el mismo puesto) y una cantidad de horas por semana que esa persona va a ocupar ese puesto. Una persona puede tener como máximo un puesto en calidad de titular y tres en calidad de suplente. Recordar especificar cardinalidad de las relaciones, indicando los supuestos adicionales que se considera- ron al modelar la solución.
- Considerar un modelo con las siguientes entidades: Docente nombre, apellido, CUIL Materia nombre, año al que corresponde, código Deducir los tipos de atributos de cada entidad. Modelar las siguientes nociones (para cada caso, completar en diagramas separados): a) Cada docente puede participar en una materia en la actualidad. b) Cada docente puede participar en una materia en el período lectivo actual, y además puede haber participado en distintas materias en períodos anteriores, pero una materia por período. c) Un docente es compañero de otros docentes. Puede haber docentes que no tengan compañeros, y docentes que tengan varios. d) Un docente es compañero de otros docentes; para cada docente compañero la relación se da en algunos (uno o varios) meses del año.
Ejercicio 3: MER incompletos
Para cada enunciado, complete el MER planteado con las entidades, relaciones, atributos y cardinalidades co- rrespondientes. a. Cadena de Farmacias Se desea mantener una base de datos para una cadena de farmacias distribuida en diferentes ciudades. De la ciudad se sabe su nombre y su código postal. De cada farmacia, su ID, su dirección (calle y número) y los días que le corresponde guardia. Una farmacia está en una sola ciudad, pero en una ciudad hay más de una farmacia. A su vez, sabemos que por cada ciudad existe un único farmacéutico; es decir, en las ciudades en las que hubiere más de una farmacia, el mismo farmacéutico estará afectado a todas las farmacias de esa ciudad. En cada farmacia trabajan varios empleados. De cada empleado queremos saber su CUIT, su nombre, la fecha de ingreso y las enfermedades que tuvo (alcanza con el nombre de cada enfermedad). Tenga en cuenta que cada empleado trabaja en una sola farmacia. Cada farmacia tiene a su vez su stock de cada medicamento que vende. Cada medicamento se identifica por nombre, presentación (ej: ampollas de 5 unidades , jarabe de 100ml , inyecciones por 10 unidades ) y precio, que es el mismo para todas las farmacias. También se conoce la o las monodrogas que componen cada medicamento, el laboratorio que lo comercializa y las acciones terapéuticas que tiene. De cada monodroga sabemos el nombre científico, el nombre comercial y la cantidad que se encuentra en cada medicamento. De cada laboratorio sabemos el nombre (que es único), el domicilio y el nombre y apellido del dueño. Un laboratorio provee varios medicamentos a esta cadena de farmacias. De las acciones terapéuticas conocemos el nombre y el tiempo que tarda en hacer efecto.
Universidad de Córdoba - Bases de Datos (^) Práctica 1: Modelo Entidad-Relación Un cliente puede contratar varios tipos de eventos, y un evento es contratato por varios clientes. Sin embargo, tenga en cuenta que un evento puede no haber sido contratado por ningún cliente. Para cada evento contratado, el cliente, debe dar un domicilio en el que éste se realizará, se registra el valor real del evento, el cual puede diferir del valor base del evento, y la forma de pago elegida. Modelo de Entidad Relación c. Cupones de Descuento Una empresa nos pide modelar su negocio de cupones en una base de datos relacional. De los Cupones se conoce su número (que es único en el sistema), el importe de descuento, su fecha y hora de vencimiento. Cada cupón está asociado a un solo Producto que puede ser ofrecido por varios Proveedores. Del Producto, sabemos su código (que es único para el Proveedor que lo tiene, pero podría repetirse para distintos proveedores), el precio de venta y sus dimensiones (que se componen por alto, ancho, profundidad y peso). Del Proveedor conocemos su CUIT, razón social y un listado de teléfonos de atención al cliente. Cada proveedor puede proveer varios productos. Sabemos además que pueden existir más de un Cupón por Producto. Los Cupones son comprados por lo que la empresa denomina Clientes. Como los Clientes pueden comprar más de un Cupón (y de hecho pueden comprar más de un mismo Cupón) por cada Cupón comprado por un Cliente se requiere guardar la fecha y hora de compra (como la precisión de la hora es al segundo, no existen más de una compra en el mismo segundo) y la forma de pago. De los Clientes se conocen: su DNI, nombre completo, un email y varios teléfonos de contacto (los cuales se componen por el código de área y el número de teléfono propiamente dicho). Tenga en cuenta que un cupón que puede no haber sido comprado por ningún cliente. También existen lo que se llama SuperCupón, que básicamente es un Cupón que está asociado con otro Cu- pón y permite tener un super descuento sobre el Producto asociado. Un SuperCupón está asociado a otro cupón y no puede aplicar a más de uno; tener en cuenta que no todos los Cupones están asociados a Super- Cupones.
UNQ - Bases de Datos Modelo de Entidad Relación Práctica 1: Modelo Entidad-Relación d. F Sistemas de Alumnos Se quiere modelar un sistema de alumnos de una facultad. El sistema cuenta con la información personal de cada uno de los alumnos; las carreras que hay en esa facultad, las materias de cada carrera y las materias en las que se inscriben los alumnos con el año en el que se inscriben, la comisión, los horarios en los que se inscriben y finalmente la nota que sacaron en cada una de las materias ya finalizadas. De los alumnos sabemos su dni, su nombre, su domicilio (discriminado en calle, número, código postal y ciudad) y su número de legajo (único por alumno en la facultad). Cada alumno está en inscripto en al menos una carrera, y podría estar inscripto en varias carreras. Obviamente, en una carrera puede haber varios alumnos inscriptos. De las carreras sabemos el código que la identifica (único por carrera) y el año en que fue incorporada a la facultad. En cada carrera existen varias materias. De las materias sabemos el código que la identifica - único por carrera; no pueden identificarse dos materias de diferentes carreras con el mismo código (por ejemplo, no puede tener 01 en TPI y 01 para IACI)-, el nombre de la materia, día y horario de la teoría, y el grupo de docentes que trabaja en la misma. De los docentes sabemos su CUIT, nombre, año de ingreso a la facultad y título académico que tiene. Cada docente trabaja en una sola materia, pero en una materia puede haber varios docentes. Cada materia, a su vez, se organiza en comisiones en donde cada una tiene un conjunto de horarios de práctica de los cuales el alumno elige uno para cursar, cada alumno se inscribe en una única comisión. Las comisiones se identifican por un número de comisión, el aula y el edificio donde se desarrolla. Para aquellos que ya han cursado las materias, además de la información relacionada a la inscripción nece- sitamos saber cuál fue la nota final y en qué fecha se firmó el acta con la nota obtenida. Como último requerimiento, sabemos que cada materia tiene una serie de correlativas que deben conocerse para luego poder testear si la inscripción del alumno es correcta.
UNQ - Bases de Datos Práctica 1: Modelo Entidad-Relación Sabemos que una reserva la realiza un único cliente, pero puede involucrar a varios coches. De cada coche sabemos el modelo, la marca y la patente (que será única por coche). A su vez, todo coche tiene siempre asignado un determinado garage, que no puede cambiar. Cada garage se identifica con un número único y su dirección. Cada reserva se realiza en una determinada agencia. De cada agencia, se conoce el número único, el nombre y su dirección. Tenga en cuenta que en la base de datos pueden existir clientes que no hayan hecho ninguna reserva. c. Sistema de Delivery de “La Flauta Dulce” La panadería y confitería “La Flauta Dulce” está organizando el delivery a sus clientes. Cada repartidor tiene asignada una sola zona (puede haber más de un repartidor por zona). Los repartidores tienen asignados varios clientes. Cada cliente puede ser atendido por más de un repartidor, o por ninguno. Cada repartidorusa una sola moto, y una moto es solamente usada por un repartidor. De cada repartidor, sabemos el DNI, el nombre y apellido y los horarios (formado por día de la semana y rango de horas) en los que trabaja. De cada moto, sabemos la patente (única), la cilindrada, la marca, el modelo y la velocidad máxima. De cada cliente sabemos el DNI, la dirección, el nombre, y la fecha de nacimiento. De cada zona, el nombre único y el tamaño en km^2. d. Frutería “La Madurita” La frutería “La Madurita” solicita un sistema de gestión de pedidos de clientes. Los Clientes son personas de las cuales conocemos su tipo y número de documento, nombre, apellido y una serie de teléfonos. Cada cliente solicita un Cajón de Productos, por eso queremos registrar la fecha de pedido, fecha de entrega y la forma de pago para cada solicitud, inclusive mantener un registro de todos los pedidos realizados. La frutería ofrece Cajones de Productos a sus clientes, los mismos poseen un nombre (Ej: “Jolgorio Tropical”, “Verde que te quiero verde”, “Chupate esa mandarina”, etc.), una descripción y están compuestos por una serie de Productos, cada uno con una cantidad específica. De los productos conocemos el nombre de la fruta a la que corresponde (Ej: “Frutilla”, “Manzana Verde”, etc.), el $/kg y el proveedor. Un mismo tipo de fruta puede ser provisto por dos proveedores distintos, esto significa que podemos tener “Manzana Verde” del proveedor “ExpoFrut” y “Manzana Verde” del proveedor “ImpoFrut” y son dos productos distintos. Los tipos de fruta no se repiten para el mismo proveedor. De los proveedores conocemos su nombre, domicilio y días de la semana que entrega mercaderías Cuando nos quedamos sin un producto debemos reemplazarlo por otro, esto nos obliga a registrar cual producto reemplaza a cual otro (Por ejemplo, de faltar frutilla, se envía cereza). e. Lavadero de Perros “La Pulga Limpia” Un lavadero de Perros solicita un modelo de datos para un sistema de gestión de lavados. Los perros pertenecen a clientes de los cuales conocemos su dni, nombre y apellido, teléfono y domicilio. Los perros tienen un nombre, una descripción y un año de nacimiento, dos perros distintos de distinto cliente se pueden llamar igual, los nombres de los perros son únicos para un cliente, por ejemplo, Juan y Pedro pueden tener cada uno un perro llamado Toby, pero Juan no puede tener dos perros llamados Toby. Queremos registrar los lavados de los perros, los datos involucrados son, fecha, hora, el código de batea (este es único), la lista de productos involucrados en el lavado, para estos últimos sólo nos interesa sus nombres, y el Empleado que realizó el lavado. De los Empleados anotamos su DNI, nombre, email y fecha de nacimiento. Cada tanto un empleado tiene que cubrir a otro, hay que registrar para quién cubre a quién, la fecha y el motivo. f. Mueblería “Pata de Palo” En una mueblería “Pata de Palo” quieren controlar su producción, organizando la información que manejan en el negocio. Es por ello que nos cuentan cómo trabajan. Se cuenta con un catálogo de muebles, de los cuales se conoce el nombre, el precio, si tiene promo y las dimensiones (alto, ancho y profundidad).
UNQ - Bases de Datos Práctica 1: Modelo Entidad-Relación Cada mueble pueden venderse solo o con otros muebles (una mesa se puede vender sola o con sillas). Es importante en el negocio registre esta característica. Cabe resaltar que también se registra una sugerencia de cantidad de muebles con los que se pueden combinar. Por ejemplo: para una mesa cuadrada mediana se sugieren 4 sillas, para una mesa rectangular se sugieren 6. Para una cama matrimonial se sugieren 2 mesas de luz y 1 cómoda. De cada mueble también se conoce la madera con las que se fabrica. Para construir un mueble se puede usar una clase de madera o varias. De las maderas se conoce el nombre, dureza y las empresas que las proveen. De estas empresas se conoce su nombre y números de contacto. También se registran las órdenes de compra, de las que se necesita conocer: el mueble (o los muebles) que se compraron, el número de orden, la fecha, el cliente (que anota el nombre, un teléfono), la fecha estimada de entrega y la dirección de entrega (porque si es lejos, varía el costo) de la que se anota la calle y número, localidad y provincia. g. Gran Restaurant En el gran restaurant “Todos Contentos” del barrio chino se deben administrar sus mesas y mozos. El restau- rant cuenta con varios salones, y de cada salón conocemos su nombre, el cual es único, si es para fumadores o no fumadores, y qué televisores tiene, para cada uno sólo nos interesa conocer las pulgadas y la marca. De las mesas sabemos que tienen un número, de qué material están hechas, el color y la cantidad de sillas que tiene. Los números de mesa están asignados a cada salón, es decir, dos mesas distintas de distintos salones pueden tener el mismo número, pero en un mismo salón no hay dos mesas con el mismo número. De los mozos sabemos su DNI (único), nombre y apellido, edad y domicilio donde vive (calle, número, ciudad). Los mozos tienen asignadas varias mesas: la asignación de un mozo a una mesa puede cambiar conel tiempo, por lo cual es necesario registrar los distintos periodos en que un mozo fue asignado a un mesa. Adicionalmente, debemos también registrar qué mozo reemplaza a quién en caso de enfermedad. Por otro lado, debe quedar almacenada la facturación de servicios. Cada factura registra un numero único, en qué mesa se llevó a cabo el servicio y los distintos ítems que la componen. Para cada ítem registramos una descripción, la cantidad de unidades y el valor por unidad. Las facturas pueden ser registradas por un solo mozo y un mozo puede registrar varias facturas. Las facturas son pagadas en una mesa, pero en una mesa se puede pagar varias facturas. h. Casa de Comida Rápidas La casa de comidas rápidas “PUNQerNic” solicitó una base datos con un MER que modele el negocio de entregar menúes realizados en las ferias de mercado solidario de la UNQ. En el establecimiento trabajan cajeros y supervisores. De los cajeros sabemos el CUIL, NyAP, teléfono, días de la semana que trabajan (Ej: lunes, miércoles, viernes) y turno (mañana, tarde o noche). Un empleado puede trabajar los lunes de mañana y los jueves de noche; debemos registrar para cada día qué turno le toca. Por otro lado, un empleado siempre trabaja los mismos días y turnos, o sea: no registraremos históricos, sólo la asignación semanal estándar. En particular para los supervisores, sabemos su CUIL, su NyAP y las oficinas del establecimiento donde suele realizar sus tareas. De cada oficina, sabemos el interno y el sector al que pertenecen. También necesitamos registrar qué supervisor cubrió a quién en caso de falta; para cada ocasión hay que registrar la fecha y la causa. Un supervisor puede no ser reemplazado o puede ser reemplazado por solamente otro supervisor. Sin embargo, un supervisor puede no reeemplazar, o puede reemplazar a varios supervisores. Cada supervisor controla un día específico a cada cajero. Puede controlar a varios cajeros, pero cada cajero es controlado por solamente un supervisor. La venta de uno o varios menús por parte de los cajeros implica la emisión de una ticket; la factura registra un número único, fecha y hora de la compra, y el costo total. Un ticket es emitido solamente por un cajero, pero un cajero podría emitir varios tickets, porque realiza varias ventas. Cada ticket se asocia a la compra de uno o varios menúes pre-armados, y un menú puede aparecer en varios tickets, pero puede que exista un menú que nunca se haya vendido. De cada menú sabemos el nombre (que es único), su precio y si es vegetariano o no. A su vez, cada menú tiene asociado solamente un tipo de hamburguesa, y un tipo de hamburguesa existe solamente para un menú específico. De cada hamburguesa, sabemos su nombre (que es único), el tipo de pan que usa y los gramos de
UNQ - Bases de Datos Práctica 1: Modelo Entidad-Relación Los hinchas que no pudieron ir a los estadios fueron a ver los partidos a las fun fests. De cada fun fest sabemos la ciudad donde se realizó, la duración y el código que identificó a la fiesta. En cada fun fest se televisó un sólo partido, pero el mismo partido se transmitió por más de una fun fest. Adicionalmente sabemos que un partido fue jugado por dos equipos. De ellos se sabe el país de origen (que es único entre todos los equipos), la sede donde se hospedaron, cantidad de mundiales ganados y el nombre del DT. Los equipos jugaron varios partidos. Si un equipo llegó hasta la final habrá jugado 7 partidos; si sefue en grupos, la primera etapa de eliminación, jugó solo 3. k. StarTrek Queremos armar un modelo de una base de datos para un prototipo de juego basado en StarTrek. En este modelo, inicialmente tenemos imperios, flotas y naves. Sabemos que cada nave pertenece a solamente una flota, y que cada flota es solamente de un solo imperio. A su vez, puede haber varios imperios, cada imperio tiene varias flotas, cada flota tiene varias naves. De cada imperio sabemos que tienen un código galáctico único en todo el sistema, un nombre y la temperatura promedio. De cada flota, sabemos que tienen también un código galáctico único, hacia qué destino vuela (por ejemplo, el óceano Indico, el Mar del Sur, o Andrómeda), y el conjunto de misiones que cumple en el imperio (por ejemplo, escolta, patrulla y ataque, o escolta y patrulla). Cada nave se identifica por un código único dentro de su flota, pero puede haber dos naves de diferentes flotas con el mismo código. También sabemos que cada nave tiene una velocidad máxima que puede desarrollar, la energía que tiene acumulada, el capitán, y las maniobras (que pueden ser varias) que sabe hacer. Cada nave tiene un solo capitán, puede haber capitanes sin nave asignada que también deben ser registrados. De cada capitán sabemos su identificación único en el sistema, el nombre y para qué imperio trabaja, en qué planeta nació. De las maniobras que pueden hacer las naves tenemos que registrar el nombre (que las identifica) y el consumo de energía que implica. Una maniobra la pueden saber hacer muchas naves, una sola, o ninguna. Con respecto a los planetas, sabemos que se identifica por un nombre científico único en el sistema, y que tie- ne la población total, coordenadas galácticas, un nombre vulgar (por ejemplo, el planeta de nombre científico FM1073 tiene como nombre vulgar ‘Tierra’), nombre y altura de sus montañas más altas (puede ser una can- tidad variable de montañas registradas para cada planeta). Adicionalmente sabemos que está enteramente ocupado por un imperio. La población de cada planeta está dividida en varias razas, que también tienen cada una un nombre científico único. Tenemos que registrar en qué planeta/s está presente cada raza, y para cada uno, qué porcentaje de la población del planeta representa esa raza; p.ej., los etruscos son el 84 % de la población del planeta FM y el 28 % de la población del planeta FM959. Como último requerimiento, nos interesa saber las habilidades principales de cada raza, que las representamos con una simple frase, p.ej. los etruscos se especializan en “hacer pizza”, “comer sushi” y “jugar a las cartas”. l. Conectar/Igualdad El programa Conectar/Igualdad del Ministerio de Educación ha permitido que los docentes de escuelas pri- marias y secundarias reciban una computadora para desarrollar sus tareas docentes. De cada docente, sabemos su DNI (único), nombre y apellido, domicilio y fecha de nacimiento, y en qué materias dicta clases. A su vez, sabemos que cada computadora tiene un identificador único, capacidad RAM de memoria, y su disco rígido, del cual sabemos la marca y capacidad. Cada computadora, a su vez, tiene instalados al menos una o varias aplicaciones, de los cuales sabemos su nombre y número de versión (ambos atributos combinados permite identificar cada aplicación en forma únivoca), el distribuidor oficial y cuánta capacidad de disco necesita para ser instalado. Una aplicación puede no estar instalado en una computadora, pero puede estar instalada en varias compu- tadoras. Un solo docente tiene asignada una sola computadora, y una computadora es utilizada por un solo docente. A su vez, se sabe que los docentes dictan varios talleres con las computadoras asignadas. Cada taller tiene un nombre, una duración y los recursos que necesita (proyector, pantalla, wifi, etc.). El nombre del taller no es único y puede repetirse entre diferentes talleres. Sin embargo, cada taller es dictado por solamente un docente. Los talleres se dictan en diferentes escuelas del país. En una escuela, se dicta al menos un taller, y pueden dictarse varios. El mismo taller puede dictarse varias veces en la misma escuela en diferentes fechas, y nos
UNQ - Bases de Datos Práctica 1: Modelo Entidad-Relación interesa tener registro de cada fecha en la que se realizó cada taller. A su vez, un taller se dicta en varias escuelas, pero puede haber talles que no se dictaron nunca. De las escuelas, sabemos el número y la localidad (combinación que la identifica en forma únivoca), orien- taciones (si es bachillerato, técnico, comercial, etc. o combinación de las orientaciones), domicilio formado por calle y número, y el nombre del director. Cada docente se conecta a los servidores habilitados por el Ministerio de Educación. Un docente se conecta a un solo servidor, pero un servidor puede tener información de varios docentes. De cada servidor, sabemos el IP (único), nombre, capacidad del disco rígido, marca y oficina en la que se encuentra en el ministerio. Cuando un servidor deja de funcionar, puede ser reemplazado por uno o varios servidores, y un servidor puede reemplazar también a uno o varios servidores. En el caso de los reemplazos, necesitamos saber en qué períodos (fecha de inicio y fecha final) se produjo. m. F Game of Thrones Tenemos un amigo que está interesado en ver la serie Game of Thrones , pero para entender mejor de qué se trata, nos pidió ayuda, y consideramos que la mejor manera de explicar una historia tan compleja es armar un modelo de base de datos. Empezaremos hablando de los personajes. De un personaje sabemos su nombre, su año de nacimiento, si es bastardo o no, y cuál es su estatus (un personaje puede estar ‘vivo’, ‘muerto’ o ‘inactivo’, es decir que hace mucho que no se sabe nada de éste). Un personaje se identifica unívocamente con su nombre y su año de nacimiento. Por ejemplo, un personaje es Brandon Stark, nacido en el año 290, y otro es su tío, BrandonStark, nacido en el año 262. Podemos afirmar que no hay dos personajes con el mismo nombre que hayan nacido el mismo año. Los personajes de Game of Thrones pertenecen a familias conocidas como casas. De una casa conocemos su nombre, que es único, su lema, la descripción de su emblema (compuesto por un animal y un color), la fecha en la que se fundó, y la religión que profesan. Cada personaje pertenece a solamente una casa, pero lógicamente una misma casa puede contener a uno o varios personajes. Una casa está establecida en un solo reino, del cual conocemos su nombre (que es único), la cantidad de habitantes que contiene, el espacio geográfico que ocupa (que está formado por el continente, y la posición en ese continente (‘Norte’, ‘Sur’, etc.)) y las ciudades que la conforman, que pueden ser varias. Sabemos que en un reino hay como mínimo un casa pero que puede haber muchas casas. En cada reino hay castillos, estos tienen un nombre, el tipo de fortificación que tienen y con cuantos sirvientes cuentan. En un reino hay como mínimo un castillo, pero puede haber muchos. Sabemos que los nombres de los castillos pueden repetirse entre diferentes reinos, pero no en el mismo. Adicionalmente, sabemos que un castillo le pertenece a un solo reino. Es bien sabido que en este universo fantástico hay constantes luchas por el poder, y las casas pelean entre sí. Una casa puede haber participado de más de una guerra, pero también puede no haber participado de ninguna guerra. Nos interesa registrar las guerras, de las cuales sabemos el lugar y año donde se iniciaron, y la cantidad de muertes debidas a esa guerra. No hay dos guerras que hayan iniciado en el mismo año en el mismo lugar, pero sí se puede haber dado dos guerras en diferentes años en el mismo lugar, o dos guerras en diferentes lugares en el mismo año. En una guerra se involucran, como mínimo, dos casas, pero pueden pelearse entre muchas de ellas. Para cada casa debemos poder conocer si ganó una guerra en la que haya participado. Otro aspecto que conocemos de los personajes son sus profesiones. Estas se identifican por el nombre, pero además sabemos el tipo de profesión, y los maestros que la enseñan. Pueden haber personajes sin ninguna profesión, o con varias. A su vez, una profesión puede no ser ejercida por nadie, o por muchos. Cuando un personaje desempeña alguna profesión, se conoce cuándo comenzó a hacerlo. No todos los personajes son humanos, existen muchas otras especies en este universo, y de cada una de ellas sabemos su nombre científico, la cual las identifica, las habilidades que distinguen a esta especie, si es hostil y si todavía sigue existiendo. De una especie pueden no existir personajes, o puede haber varios, pero un personaje sólo puede ser de una especie. Por último, el linaje y las relaciones familiares son un aspecto vital de la serie, por lo que nos interesa conocer qué personajes son los padres de otros (por ejemplo, Eddard Stark nacido en 263 es padre de Robb Stark nacido en 283, Cersei Lannister nacida en 266 es madre de Joffrey Baratheon, nacido en 286, etc.). Por supuesto, pueden haber personajes que no tengan hijos, o muchos. Por otra parte, de cualquier personaje se
