0% encontró este documento útil (0 votos)
27 vistas52 páginas

E-R Base de Datos

El documento aborda conceptos fundamentales de sistemas gestores de bases de datos, incluyendo reglas de validación de campos, modelos de datos y esquemas de bases de datos. Se discuten ejemplos prácticos como la normalización de tablas y la creación de diagramas entidad-relación para modelar situaciones específicas. Además, se presentan consultas en álgebra relacional y SQL para extraer información relevante de las bases de datos.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
27 vistas52 páginas

E-R Base de Datos

El documento aborda conceptos fundamentales de sistemas gestores de bases de datos, incluyendo reglas de validación de campos, modelos de datos y esquemas de bases de datos. Se discuten ejemplos prácticos como la normalización de tablas y la creación de diagramas entidad-relación para modelar situaciones específicas. Además, se presentan consultas en álgebra relacional y SQL para extraer información relevante de las bases de datos.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF o lee en línea desde Scribd
Eletoisios Resueltos de Repaso de Sistomas Gestores de Bases de Datos” 1"Parcal. {*"Trimecte _PAdSICF.[Link] ASI. Pégina tde2 11-4 Queé son las regias de validacién de un campo? Pon un ejemplo descriptivo y coméntalo. ‘Son expresiones que limitan los valores que pueden almacenarse en un campo. Por ejemplo, si un campo es de tipo numérico, podria tomar muchos valores inicialmente, pero si Unicamente nos interesa que almacene valores enire 0 y 10 podriamos asignarle una regla de validacién que liritase los valores inicialmente posibles a los incluidas en el rango de 0 y 10. En Access se pondria asi: “>=0 Y <=10" 2.- Define los conceptos modelo de datos y esquema de la base de datos. {Cusles son los 2 modelos de datos mas usados? Modelo de datos: Conjunto de conceptos y herramientas conceptuales que permiten desorbir la estructura de una base de datos, Los mas usados son el modelo entidad-relacién y el modelo relacional E:squema de una base de datos; Descripcién de una base datos mediante un modelo de datos. 3 {Qué quiere decir que una tabla estd en tercera forma normal (3FN)? ‘ue a tabla esta on ZFN, y que no Tene ningun abibulo que no forme parte de la Gave primaria que dapenda de olro alnbuto que tampoco forme parte de la clave primaria, donde éste ultimo si depende directamente de la clave primaria. 5. Transformar el siguiente diagrama E-R en un esquema relacional completo eficient Cay Esti matriculado en NOTA: Flay qu tener en cuenta que en esta base de Gals se almacenard laformacién de maticuaciin de alurines en un centro durante varos afos (en las mismas tables, por tanto, sun alumno repte pac matncuarse de la misma asigntura el siguiente afo y quedaréregsrada en la ‘misma base de datos esa informacn, NOTA (2) “Moras” almacena ol numero de horas anuales del curso, que pod tener un decimal, por ejemplo: 210 horas, 215,5 horas; y Nivel” indica el nombre del curso, por ejemplo: “AST, "*GACH-CS' ESO" SOLUCION: ‘Tablas. attibules v claves primatias: ‘ALUMNOS(DNI,NombreCompleto, Teléfono) ASIGNATURAS Nombre, Horas, Nivel) MATRICULAS(DNIAlumno NombreAsignatura,FechaMatrioula) Diagramas referenciales DNIAlumno MATRICULAs —————> ALUMINOS: DNI del alumino que realiza la matricula NombreAsignatura MATRICULAS —————+ ASIGNATURAS: Nombre identilicativo dela asignatura en la que se matrcula el alum. Dominios de-los atributos: DNIDNIAlumno: Cadena de 9 caracteres. NombteCompleto,Nomibre NombreAsignatura: Cadena de 40 caracteres. Horas: Niimero de 3 cifras enteras y 1 decimal FechaMatrioula: Fecha Nivel: Cadena de 10 caracteres. Eletoisios Resuoltos de Repaso de Sistomas Gestores de Bases de Datos” "Paral. {*"Trinecte __PAGSICFGS.deASI _Pégina 2de2 4- Construir el diagrama Entidad-Relacién que modela el siguiente problema: ‘* En un centro de investigacién se llevan a cabo varios proyectos. Cada proyecto de investigacin es llevado a cabo por una serie de investigadores. Si hay un proyecto, al menos, hay un investigador trabajando en él. Cada investigadortrabaja sdlo en un proyecto en el centro obiigatoriamente, el que se le asignd. De cada proyecto nos interesa su nombre (que es Unico por proyecto) y la fecha en la que se inici6 el proyecto. ‘* Proyectos de investigaciin hay tnicamente de 2 tipos: nuevos y de revisién. De los proyectos nuevos nos inferesaria registrar el presupuesto econémico (en euros) del que se dispone para poderlo llevar a cabo, mientras que de los proyectos de revisién nos interesaria quardar un texto explicativo del motivo que provocs la revisién del mismo (por ejemplo “Error de calculo inicia" 0 “Adaptacisn a fas nuevas necesidades del mercado’). ‘+ Entre los investigadores hay jetes e investigadores que no son jetes. Cada investigador que no es jefe es supervisado por un jefe, mientras que los que son jefes no tienen ningun jefe superior que los supervise. De cada investigador nos interesaria registrar su nombre completo (aunque separado en nombre y apelidos), [Link]., dreccién, localidad, y teléfono. © Ademés, los investigadores realizarén conferencias en otros centros sobre sus investigaciones, aunque no todos los investigadotes las harsn. Cada conferencia seré realizada por uno o varios investigadores. Los investigadores ms dotados podran paricpar incluso en mas de una conferencia. De cada conferencia nos interesa su nombre identificatvo, fecha y hora del inicio de la conferencia, numero de horas de la exposicion y el lugar donde se realizara (por ejemplo, en la Facultad de Estadistica. SOLUCION: aN Teléfono CFestalnso Wo) Es levadoa \_(M Proyecto ‘abo por >{_Imesignsor FF ly {0,N) 1 o.) (on Es aupenisade por Nuevo | [De Revision FechaHoralnicio Gate Conterencia «= |g _] | Fresina> Tat [1] Resuelve ta siguiente eruzada 1. Lenguaje de consultas en el que los datos se consiguen combinando una serie de operadores algebraicos 2. Representacién de interacciones entre distintos objetos del sistema real en el modelo E-R. En el modelo E-R adjetivo que define una caracterfstica de una entidad Conjunto de operaciones para obtener una determinada informacién de la base de datos. 5. En una relacién del modelo relacional cada fila distinta, que se cormesponde con los valores de los atributos para una ocurrencia distinta Conjunto de informaci6n presentado de una manera espectfica, adaptindose a la persona a la que va dirigido. (Singular) Conjunto de normas que establecen las limitaciones del modelo, Lo que el modelo no puede hacer. 8. Para una relacidn es el conjunto de valores de un determinado estado de ta base de datos, 9. El de una base de datos esta formado por el conjunto de especificaciones que definen como han de ser los datos que almacena esa base de datos. ae 1 v x L G 6 >[ INFORM E 4 B ¥ R c 7 2 »[RJETL [AlCl [o[N v 8 a N R yOR 8 E A[M[E[UJQIS [E]<9[U S| x L L fr] T A T R) [5] fc} [Al [ty N I A] [Cc S 0 L] [c 1 N P| IT 6| 3» [alTIR[ [BlU[Tlo N L iT] [N * 5 [2] Disefia el esquema de una BD Relacional que nos permita construir los siguientes informes: © Calificaciones de todas las asignaturas cursadas por un alumno en un aio escolar para ser enviadas a dicho alumno por correo. © Nombres de las asignaturas y de todos los profesores que dan alguna asignatura cuyo nombre empiece por la letra I. Disefiamos un modelo E-R con Profesores, Alumnos, Asignaturas y Direcciones. Decidimos que las opciones més légicas son: "DOE Ie ye Viger Deparaineots de Ivonne Unierade de Vigo Un alumno puede estar matriculado de varias asignaturas. En una asignatura puede haber varios alumnos matriculados, Un profesor puede impartir varias asignaturas, Una asignatura puede ser impartida por varios profesores. Los profesores tienen Nombre, Apellidos, DNI, sexo y direccién Los alumnos tienen Nombre, Apellidos , DNI, sexo y direceién Un profesor podria ser (en algtin caso) alumno, Una persona (tanto profesor, como alumno) tiene una iinica direccién de contacto. En una misma direceién de contacto pueden habitar varias personas, Un alumno puede tener varias notas (une por asignatura) Una asignatura puede tener varias notas (una por alumno) Una nota determinada pertenece a un solo alumna, Una nota determinada pertenece a una iinica asignatura. La BD almacena informacién de un tinico aio escolar. Ast mismo los datos de la direceién son estructurados en cuatro entidades Direceién, Calle, Localidad y Provincia debido a que: > En una direceién pueden vivir varias personas: Incluir los datos de la direceiGn en la entidad persona causaria problemas dé repeticién de datos. > Una calle puede aparecer en varias direcciones: Incluir los datos de la calle en la entidad Direccion generaria problemas de repeticién de datos. > Una localidad puede aparecer en varias calles: Incluir los datos de la localidad en la entidad Calle generaria problemas de repeticién. > Una provincia puede aparecer en varias localidades: Incluir los datos de la provincia en la entidad Localidad generaria problemas de repeticién. bbl Direccion ae *Direccisn Aum} Snap Portal Piso { Persona, or “Persona Nombre Profesor Apellidos “Profesor *Asignatura Calle DNI Nombre *Calle Sexo Cuatrimestre Nombre Créditos PL Provineia Tipo Localidad “Provincia Nombre Nombre Para las entidades ligadas por relaciones I a n se ha incluido el identificador de la parte I en la parte n: & El atributo Provincia (identificador de la entidad Provincia) se ha incluido como clave fordnea en la entidad Localidad. > EL atributo Localidad (identificador de la entidad Localidad) se ha incluido como clave fordnea en la entidad Calle. > El atributo Callle (identificador de la entidad Calle) se ha incluido como clave foninea en la entidad Direccién. > El atributo Direccidn (identificador de la entidad Direccién) se ha incluido como clave fordnea en la entidad Persona. > El atributo Alumno (identificador de la entidad Alumno) se ha inctuido como clave fordnea en la entidad Nota. Suaieege Deparaineots de Ivonne Unierade de Vigo > El aiributo Asignatura (identificador de la entidad Asignatura) se ha incluido como clave fordnea en la entidad Nota. En la entidad Nota se ha eliminado el atributo Nota euya tinica funcién era ta de ejercer de identificador de la entidad. Esta funcién se cubre con la combinacién de aiributos Alumno, Asignatura (claves fordneas de las entidades Alumno y Asignatura respectivantente). Para las entidades ligadas por relaciones 1 a 1, observamos las dos posibilidudes (introducir el identificador de la primera como clave fordnea en la segunda o introducir el identificador de la segunda como clave forinea en la primera) y vemos si alguna no genera valores nulos para la clave fordnea: } Enla relacidn entre las entidades Persona y Alunno ©. introducir el identificador de la entidad Alunmo como clave fordnea en a entidad Persona genera valores nulos para la clave forénea en aguellas personas que no son alumnos. © introducir ef identificador de la entidad Persona como clave forénea en Ja entidad Alumno no genera valores nulos para lu clave fordnea ya que todos tos alumnos son personas. La tinica funcién del atributo Alumno era la de ejercer de identificador en la entidad Persona, Podemos eliminar este atributo ya que et atributo Persona puede ejercer dicha funcién (no hay dos valores iguates para alumnos distintos) y llamarse Alumno. Aunque cambie de nombre sigue siendo clave fordnea de la tabla Persona. > En la relacidn entre las entidades Persona y Profesor © introducir el identificador de la entidad Profesor como clave fordnea en la entidad Persona genera valores nulos para la clave forinea en ‘aquellas personas que no son profesores. ©. introducir el identificador de la entidad Persona como clave forénea en Ja entidad Profesor no genera valores nulos para la clave fordnea ya que todos lox profesores son personas. La tinica funcién del atributo Profesor era la de ejercer de identificador en la entidad Persona, Podemos eliminar este atributo ya que el atributo Persona puede ejercer dicha funcién (no hay dos valores iguales para profesores distintos) y Hamarse Profesor. Aunque cambie de nombre sigue siendo clave fordnea de la tabla Persona, *Direceién *Alumno *Alumno, a “Asignatura Portal k Valor Piso o { Profsar 4->oL PA foe T wProfis Apellidos Profesor Profesor ¥Asipnatura {Calle} DNI SAsignanura Nombre “Calle Sexo Cuutrimestre Nombre Crédtos Localidad | {Localidad ee Tipo © *Localidad *Provincia Nombre Notre Provincia Para las entidades ligadas por relaciones n a m introducimos una nueva entidad intermedia que heredard los identificadores de las dos entidades originales como claves "DOE ee ne Verge Deparaineots de Ivonne Unierade de Vigo fordineas, ejerciendo conjuntamente la labor de identificador. Habré una relacién 1 an ‘entre cada una de las entidades originarias y la nueva entidad: > Paru la relucién entre las entidades Profesor y Avignatura se crea una nueva entidad intermedia denominada PA, que hereda los atributos Profesor (identificador de la entidad Profesor) como clave fordnea de la entidad Profesor y Asignatura (identificador le la entidad Asignatura) como clave fordnea de la entidad Asignatura. Ambos atributos se combinan para ejercer la funcién de identificudor. Se establece una relacién 1 a n entre la entidad Profesor y la centidad PA y otra relacién I an entre la entidad Asignatura y la entidad PA Modelo Relacional: Direccién = (Direceién, Calle, Portal, Piso, CP} Calle = (Calle, Nombre, Localidad) Localidad = {Localidad, Nombre, Provincia} Provincia = [Provincia, Nombre} Persona = (Persona, Nombre, Apellidos, DNI, Sexo} Aluwmno = [Alumno} PiufesmnyPrateean) {Profesor, Asignatura} Asignatura = {Asignatura, Nombre, Cuatrimestre, Créditos, Tipo} 13] Realiza las consultas necesarias para obtener los informes del ejercicio 2 en Algebra relacional y en SQL. > Calificaciones de todas las asignaturas cursadas por un alumno en un aito escolar para ser enviadas a dicho alumno por correo. Algebra relacional Tf rssnssatc pei seta Neate, vao( PEFSOnA MersonerAunoA lum Pdaunno Auumno=AAAMTnOAA eA Asionatura-Asignatira AsignatruaASignatura) @ SELECT PersonaNombre, Apellidos, Asignatura. Nombre, Valor FROM (Persona INNER JOIN Alurmo ON Persona =Alumno INNER JOIN AA ON [Link] = [Link] INNER JOIN Asignatura ON AA Asignatura = [Link]) > Nombres de las asignaturas y de todos los profesores que dan alguna asignatura cuyo nombre empiece por la letra 1. [ Jressessintre, apt, spn Nonie( PETSONA PPorsonaProteserProfesOr Profesor Profescr=PA Profesor A, 4A Asignatura=Asignatura Asignatural vociics"Fy Nontvec'sASignatura)) "DOE Tee ye Var Deparaineots de Ivonne Unierade de Vigo @ SELECT [Link], Apellidos, Asignatura. Nombre, Valor FROM (Persona INNER JOIN Alumno ON Persona =Alumno INNER JOIN AA ON [Link] = [Link] INNER JOIN Asignatura ON AA Asignatura = [Link]) WHERE Asignatura. Nombre>"l” AND [Link]<'J" [4] Resuelve la siguiente eruzada: 1. Lenguaje de consultas utilizado en BD relacionales, basado en el cileulo de predicados de primer orden. 2. Representacisn de un objeto de nuestro sistema real en el modelo E-R. |. (Singular) Conjunto de normas que establecen las limitaciones del modelo. Lo que €l modelo no puede hacer: 4. Representacién de interacciones entre distintos objetos del sistema real en el modelo E+R. En el modelo relacional se emplea el mismo término para un concepto completamente distinto. 5. En una relacién cada file distinta, que corresponde con los valores de los atributos para cada ocurrencia. 6. Conjunto de categorias y propiedacles que soportan un determinado modelo. El de una base de datos es el esqueleto de los datos. No contiene ningtin dato pero determina como van a ser los datos que contendra la base de datos. 7. Modelo de datos que representa la realidad utilizando recténgulos y Iineas con fechas. 8. Lenguaje de consultas. Alguno de sus operadores son la proyeccién, la seleccién yel join. 9. La de una relacién es el conjunto de tuplas que la forman para un estado de la base de datos. 10, Especificacién del modo de obtener una informacién de la base de datos, 1+[C a c = OMMRIETLJAlch iON Z| al S| >| ) tm o a = a a > fS ZZ ers 4>[R eI S + Flo +mp eZ] [-/0[z eI ms a > al iD > ] >| ra EE ZS SPR EeE> RS Se P< "DOE Tee Aye Vere Deparaineots de Ivonne Unierade de Vigo [5] El esquema (mal hecho) de una BD relacional es el siguiente: {Nombre, Apellidos, Direccién} Naimero, Compaitia} ‘ta la BD correctamente en el modelo E-R y efectia la transformacién al modelo relacional para que se pueda obtener la siguiente consulta: Nombre, Direecién y teléfono de todas las mujeres entre 18 y 26 afios, (Un telefono solo pertenece a una persona, que puede tener varios teléfonos. Una persona solo tiene una direceién que puede compartir con otras personas) Inicialmente las relaciones del modelo relacional se corresponden con las siguientes entidades del modelo E-. Teléfono “Teléfono Nombre Numero Apellidos Compaiifa Direccién A la entidad Persona se le ha aftadido el atributo Persona para Desempeftar la funcién de identificador. Aunque el atributo Numero podria desempenar la funcién de identificador, se ha incluido el atributo Teléfono para dicha tarea, por ser més eficiente y ocupar menos espacio. La consulta nos obliga a: > Relacionar la entidad persona y la entidad teléfono para suber a que persona corresponde cada teléfono. > Determinar ta edad de cada persona. Se puede incluir en ta entidad Persona un atributo Nacimiento que indique la fecha de nacimiento de cada persona. Otra solucién seria aitadir el atributo Edad, que nos indique la edad de cada persona (Pero seria una mala eleccién puesto que es un atributo que requiere actualizaciones muy complicadas para mantener informacién veraz) > Determinar el sexo de cada persona. Se puede incluir en la entidad Persona un atributo Sexo que indique el sexo de cada persona, Asi mismo en el ejercicio se indican los siguientes requisitos: > Un teléfono solo pertenece a una persona, que puede tener varios teléfonos. Esto determina una relacién 1 a n entre las entidades Persona y Teléfono. & Una persona solo tiene wna direccién que puede compartir con otras personas. Esto determina que los datos de la direccién han de estar en una entidad . Ademés implica que la relacién entre las entidades Direccién y Persona serd de 1 an. Direc} — Powe +9 Tateon | Modelo "Direc Persona * Teléfono Valor Nombre Namero E-R Apellidos Compaita Nacimiento Sexo La entidad Direccién se ha construido con un atributo Direccién, que desempetiard la funcién de identificador y un atributo Valor que especifica el valor de la direcci6n. "DOE Tee ye Var Deparaineots de Ivonne Unierade de Vigo En este modelo solo hay relaciones | a n por lo que tinicamente tendremos colocar et identificador de ta entidad de la parte uno de ta relacién en la entidad que ocupa la parte n para relacionar mediante atributos dichas entidades > Incluiremos el atributo Direccién (identificador de la entidad Direccién) en la entidad Persona. & Incluiremos el atributo Persona (identificudor de la entidad Persona) en la entidad Teléfono. Persona ———P Teléfono “Persona Teléfono Nombre Numero Apellidos ‘Compaiifa Nacimiento Persona Sexo Direccién Finalmente, iguiendo la notacién relacional, el esquema del modelo relacional para esta BD seni el siguiente Direccidn = (Direccién, Valor} Persona = (Persona, Nombre, Apellidos, Nacimiento, Sexo, Direccién) Teléfono = Teléfono, Nimero, Compaitia, Persona} [6] Realiza la consulta del ejercicio 5 en Algebra relacional y en SQL. > Nombre, Direccién y teléfono de todas las mujeres entre 18 y 26 aitos. Suponienda que hoy es 22 de julio de 2002: 0 Las mujeres con 18 afios o mds han nacido con fecha <= 22 de julio de 1984. Las nacidas después de esa fecha tendréan 17 altos 0 menos. © Las mujeres con 26 aftos 0 menos han nacido con fecha >22 de julio de 1975, Las nacidas antes de, 0 en esu fecha tendrian 27 aios o mas Algebra relacional: TD anire, specs, Nimero, Vator Direct Mbreciin Direcibu=[Link]énl Denna" And Nacimiontre=22/7/1086 And Nacimionwss227875 Persona) [Link] [Link] Teléfono) SQL: SELECT Nombre, Apellidos, Niimero, Valor FROM Direccién INNER JOIN Persona ON Direccié[Link]én=[Link]én INNER JOIN Teléfono ON [Link]=Telé[Link] WHERE Sexo="M" And Nacimiento<=22/7/1984 And Nucimiento>22/7/1875 [7] El siguiente modelo E-R tiene una relacién muchos a muchos . Disefia un modelo equivalente sin relaciones muchos a muchos. Direccién }¢—P Persona | *Direccién ‘Persona Calle Nombre Portal Apellidos Piso DNI cp Sexo Localidad Provincia "DOE Tee ye Var Deparaineots de Ivonne Unierade de Vigo Para eliminar la relacién n a m se crea una entidad intermedia que heredaré de las dos entidades ligadas por dicha relacién sus identificadores, para hacer la funcién de claves forineas en el modelo relacional y para combinarse formando el identificador de la nueva entidad: Direccién }¢—>>{_DP__}4¢— —> Persona “sDireccién “sDireceién *Persona Calle *Persona Nombre Portal Apellidos Piso DNI cP Sexo Localidad Provincia [8] El modelo del ejercicio 7 genera problemas de repeticién de datos cuando: © Lamisma calle puede aparecer en varias direcciones. ‘+ Lamisma localidad puede aparecer para vat ‘* La misma provincia puede aparecer para varias localidades. Disefia un modelo equivalente que resuelva dichos problemas. Construye el modelo relacional. Para evitar caila uno de esos problemas hemos de aiiadir una nueva entidad: ® Separamos la informacion de la calle de la de la direccién creando la entidad Calle. Para establecer la cardinalidad de la relacién entre ambas entidades tendremos en cuenta que una calle puede aparecer en varias direcciones, pero una direccién solo tiene una calle. } Separamos la informacién de la localidad de la de la calle creando la entidad Localidad. Para establecer la cardinalidad de la relacién entre ambas entidades tendremos en cuenta que una localidad puede aparecer en varias calles, pero una calle solo tiene una localidad. > Separamos la informacién de la provincia de la de la localidad creando la entidad Prov i Para establecer la cardinalidad de la relacién entre ambas entidades tendremos en cuenta que una provincia puede aparecer en varias localidades, mientras que una localidad en concreto pertenece a una tinica provincia Calle > Direccion <> DP ee ‘Persona i} “Calle “*Direceién “sDireceién * *Persona Nombre Portal “Persona Nombre Piso ‘Apellidos cP DNI Sexo (Localidad |4¢—— P| Provincia “Localidad “Provincia Nombre Nombre Para construir el modelo relacional, tomando cada una de las relaciones tendremos que disponer de un atributo en lax dos entidades que une, que tome el mismo valor pane aguellas ocurrencias de ambas entidades que estén relacionadas: Relacién I an entre Provincia y Localidad, Incluiremos el atributo Provincia (identificador de la entidadl Provincia) en la entidad Localidad. Sone eee Deparaineots de Ivonne Unierade de Vigo > Relacién I an entre Localidad y Calle. Incluiremos el atributo Localidad (identificador de la entidad Localidad) en ta entidad Calle. > Relacion J an entre Calle y Direccidn. Incluiremos el atributo Calle (identificador de la entidad Calle} en la entidad Direceién, > Relacién 1 an entre Direccién y DP. La entidad DP ya posee el atributo Direccidn (identificador de la entidad Direccién). > Relacidn 1 an entre Persona y DP. La entidad DP ya posee el atributo Persona (identificador de la entidad Persona), jbrl_Calle || Direccién |¢—_»>|__ DP et — Persona J *Calle *Direceién “sDireccién "Persona Nombre Calle *Persona Nombre Localidad Portal Apellidos Piso DNI cp Sexo Localidad rovineia *Localidad Provincia Nombre Nombre Provincia Introduciendo la notacién del modelo relacional, el esquema del modelo relacional para esta hase de datos quedarta Provincia = {Provincia, Nombre} Localidad = (Localidad, Nombre, Provincia} Calle = (Calle, Nombre, Localidad) Direceién = (Direccién, Calle, Portal, Piso, CP} DP = (Direccién, Persona} Persona = (Persona, Nombre, Apellidos, DNI, Sexo} "DOE Tee ye Var Deparaineots de Ivonne Unierade de Vigo EJERCICIOS RESUELTOS DE LA PRACTICA 2 DE OPERACIONES CON BASES DE DATOS OFIMATICAS Y CORPORATIVAS TEMA 2. BASES DE DATOS RELACIONALES codigo EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. | LES. SAN JUAN BOSCO. LORCA. MURCIA, ia EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 2 LES. SAN JUAN BOSCO. LORCA. MURCIA, “echanae ph] (On) 6% aeteguco >) eaige am 80) part wi H 0 0G) EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. 3 LES. SAN JUAN BOSCO. LORCA. MURCIA, EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 4 LES. SAN JUAN BOSCO. LORCA. MURCIA, EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. 5 LES. SAN JUAN BOSCO. LORCA. MURCIA, Sumini an >a (a) direccién CLIENTE(dni, nombre, apellidos, fecha_nac, tfno) PRODUCTO(cédigo, nombre, precio, nif_proveedor) PROVEEDOR(nif, nombre, direccion) COMPRAS(dni_cliente, cédigo_producto) CAMIONERO(dni, poblacion, nombre, tino, direccién, salario) CAMION(matricula, modelo, potencia, tipo) PAQUETE(cédigo, descripcién, destinatario, direccién, dni_camionero, ¢édigo_provincia) PROVINCIA(cédigo, nombre) CONDUCE(dni_camionero, matricula_camién) EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. 6 LES. SAN JUAN BOSCO. LORCA. MURCIA, PROFESOR(dni, nombre, direcci6n, tfno) MODULO(cédigo, nombre, dni_profesor) ALUMNO(expediente, nombre, apellidos, fecha_nac, expediente_delegado) Si un profesor imparte un solo médulo, y un médulo sdlo puede ser impartid por un profesor, entonces la relacion imparta seria (1,1). El modelo E-R resultante quedarla como se ve a continuacion. En este caso el modelo relacional quedaria de la siguiente forma. PROFESOR(dni, nombre, direccién, tfno) MODULO(c6digo, nombre, dni_profesor) ALUMNO(expediente, nombre, apellidos, fecha_nac, expediente_delegado) Se ha ajiadido el atributo dni_profesor a la tabla MODULO, aunque también se habria podido afiadir el atributo cédigo de médulo a la tabla PROFESOR.. Ie ) “Gareccaan rele en Gun) aM + esaige _— 80) ingarte > O wooo EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. 7 LES. SAN JUAN BOSCO. LORCA. MURCIA, CLIENTE(nif, nombre, direccién, ciudad, tfno) COCHE(matricula, marca, modelo, color, precio, nif_cliente) REVISION (cédigo, aceite, filtro,trenos, matricula_coche) Si un cliente s6lo puede comprar un coche el modelo E-R quedaria de la siguiente forma. En este caso el modelo relacional quedaria de la siguiente manera: CLIENTE(nif, nombre, direccién, ciudad, tfno, matricula_coche) COCHE(matricula, marca, modelo, color, pracio) REVISION (cédigo, aceite, filtro frenos, matricula_coche) CLIENTE EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. & LES. SAN JUAN BOSCO. LORCA. MURCIA, MEDICO(cédigo, nombre, apellidos) INGRESO(cédigo, habitacién, fecha, cédigo_médico, cédigo_paciente) PACIENTE(cédigo, nombre, apellidos) PRODUCTO(cédigo, existencias, precio, descripcion) CLIENTE(eédigo, apellidos, direccién, nombre, tfno) PROVEEDOR(cédigo, nombre, apellidos, direccion, tino) ‘COMPRAS(cédigo_producto, cddigo_cilente, fecha_compra) SUMINISTRA(cédigo_producto, cédigo_proveedor) El modelo relacional queda de la siguiente forma. PERSONA(dnhi, nombre, direccién, tino) PERSONA(dni_padre, dni_hijo) EJERCICIOS RESUELTOS DE L.A PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG. 9 LES. SAN JUAN BOSCO. LORCA. MURCIA, amy escribe Fecha devolucien nombre USUARIO a sont ‘tfno Ciireccisn >) Techs prestano 0. Y f AUTOR(cédigo, nombre) LIBRO(cédigo, titulo, ISBN, editorial, paginas) EJEMPLAR(cédigo, localizacion, cédigo_libro) USUARIO(cédigo, nombre, tino, direccién) ESCRIBE(cédigo_autor, codigo_libro) SACA(cédigo_usuario, cédigo_ejemplar, fecha_devolucién, fecha_préstamo) EIERCICIOS RESUELTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 10 LES. SAN JUAN BOSCO, LORCA, MURCIA, Conte 0 aon CLIENTE(dni, nombre, apellidos, direccion, tino) COCHE(matricula, marca, modelo, color, dni_cliente) COCHE_NUEVO(matricula, unidades) COCHE_USADO(matricula, kilémetros) MECANICO(dni, nombre, apellidos, fecha_contratacién, salario) REPARA\(matricula, dni_mecanico, fecha_reparacion, horas) EIERCICIOS RESUFLTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, | LES. SAN JUAN BOSCO, LORCA, MURCIA, Cont) Came Com Cen) Cae x ou conti LS 2) Se ele fare) (<> co) JUGADOR(cédigo, nombre, posicion, fecha_nac, eédigo_equipo) EQUIPO(cédigo, nombre, estadio, aforo, aio, ciudad, dni_presidente) PRESIDENTE(dnI, nombre, apellidos, afo, fecha_nac) PARTIDO(cédigo, goles_fuera, goles_casa, fecha) GOL(cédigo, minuto, descripcién, cédigo_jugador, cédigo_partido) JUEGA(cédigo_equipo, eédigo_partido) EIERCICIOS RESUFLTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 12 LES. SAN JUAN BOSCO, LORCA, MURCIA, =>) 2M Tene aay (oa) (on cage aaa caaige cexro [2 ! tie) DEPARTAMENTO (cédigo, nombre, presupuesto, cédigo_centro) CENTRO(cédigo, nombre, poblacion, direccién, eédigo_empleado_director) EMPLEADO(nif, nombre, apellidos, num_hijos, tino, eédigo_departamento) HABILIDAD(cédigo, descripcién) HiJO(eédigo, nombre, fecha_nac, eédigo_empleado) EMPLEADO_HABILIDAD(nif_empleado, cédigo_habilidad) EIERCICIOS RESUELTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, |4 LES. SAN JUAN BOSCO, LORCA, MURCIA, te) (om Feserva > HM digo carecota rants [AC fiecce HOTEL(nombre, direccion, tino, afo_construccién, eédigo_categori: CATEGORIA(cédigo, descripcién, iva) HABITACION(c6digo, tipo, nombre_hotel) AGENCIA(eddigo, nombre, tino, direccion, persona_contacto) PARTICULAR(cédigo, nombre, direccién, tino) RESERVAS_AGENCIA(cédigo_agencia, cédigo_habitacién, fecha ini, fecha fin, facturas) RESERVAS_PARTICULAR(cédigo_particular, cédigo_habitacién, fecha_ini, fecha_fin, facturas) (ow EIERCICIOS RESUEFLTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, LS LES. SAN JUAN BOSCO, LORCA, MURCIA, PERSONA(dni, nombre, apellidos, direcci6n, t no, poblacion) VEHICULO(matricula, marca, modelo) ACCIDENTE(cédigo, hora, fecha, lugar) MULTA\¢édigo, fecha, lugar, hora, importe, matricula_vehiculo, dni_persona) PERSONAS_VEHICULOS(dni_persona, matricula_vehiculo) ACCIDENTES_PERSONAS(cédigo_accidente, dni_persona) ACCIDENTES_VEHICULOS(¢édigo_accidente, matricula_vehiculo) EIERCICIOS RESUELTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 16 LES. SAN JUAN BOSCO, LORCA, MURCIA, VIAJERO(dni, nombre, direccion, tfno) VIAJE(e6digo, num_plazas, fecha, otros_datos, dni_viajero, cédigo_origen, eédigo_destino) ORIGEN(¢6digo, nombre, otros_datos) DESTINO(cédigo, nombre, otros_datos) EIERCICIOS RESUFLTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 17 LES. SAN JUAN BOSCO, LORCA, MURCIA, CESS PROYECTO(cédigo, descripcién, fecha_inicio, fecha_fin, cuantia, cédigo_cliente) COLABORADOR (nif, nombre, domicilio, banco, numero_cuenta, tino) PARTICIPAN(nif_colaborador, cédigo_proyecto) CLIENTE(e6digo, num_social, domicilio, tino) PAGO(numero, concepto, cantidad, fecha_pago, nif_colaborador, codigo_tipo_pago) TIPO_PAGO(cédigo, descripcién) EIERCICIOS RESUELTOS DE LA PRACTICA NUMERO 2. MODELO ENTIDAD-RELACION, PAG, 18 LES. SAN JUAN BOSCO, LORCA, MURCIA, ‘CC42A - BASES DE DATOS Profesores: Claudio Gutiérrez, Gonzalo Navarro Auxiliar: Mauricio Monsalve GUIA DE EJERCICIOS: Modelo Entidad/Relacion y conversion a Modelo Relacional [Modelo Entidad/Relacién Problema 1 (*): Articulos y encargos Una base de datos para una pequefia empresa debe contener informacién acerca de ollentes, articulos y Pedidos. Hasta el momento se registran los siguientes datos en documentos varios: + Para cada cliente: Numero de cliente (Gnico), Direcciones de envio (varlas por cliente), Saldo, Limite de crédito (depende del cliente, pero en ningun caso debe superar los 3.000.000 pts). Descuento. + Para cada articulo: Nmero de articulo (nico), Fabricas que lo distribuyen, Existencias de ese articulo en cada tabrica, Deseripelén del articulo. + Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabeceta esta formada or el ntimero de cliente, direccion de envio y fecha del pedido. El cuerpo del pedido son varias lineas, en cada linea se especifican el nimero del articulo pedido y la cantidad. ‘Ademas, se ha determinado que se debe almacenar la informacién de las fabricas, Sin embargo, dado el uso de distribuidores, se usaré: Ndmero de la fébrica (Unico) y Teléfono de contacto. Y se desean ver ‘eudntes articulos (en total) provee la fébrica, También, por informacicn estratégica, se podria incluir informacion de fabricas allemativas respecto de las que ya Tabrican articulos para esla empresa. Nota: Une alreccién se entender como N®, Calle, Comuna y Cluded. Una fecha incluye hora. ‘Se pide hacer el diagrama ER para la base de datos que represento esta informacion. Problema 2 (*): Sistema de ventas Le contratan para hacer una BD que permita apoyar la gesti6n de un sistema de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y ventas. Un proveedor tiene un RUT, nombre, direcci6n, teléfono y pagina web. Un cliente también tiene RUT, nombre, direccién, pero puede tener varios teléfonos de contacto. La direccién se entiende por calle, numero, comuna y cludad. Un producto tiene un id Unico, nombre, precio actual, stock y nombre del proveedor. Ademas se ‘organizan en categorias, y cada producto va sélo en una categoria. Una categoria tiene id, nombre y descripcién Por razones de contabllidad, se debe registrar la informacién de cada venta con un id, fecha, cliente, descuento y monte final. Ademds se debe guardar el precio al momento de la venta, la cantidad vendida y @l monto total por el producto. Problema 3: Carreteras Disefar un esquema E/R que recoja la organizacién de una base de datos para contener la informacion sobre todas las carreteras del pais, sablenco que se deben cumplit las siguientes especificaciones: - Las catreteras estén divididas en varias categorias (locales, comerciales, regionales, nacionales, autovias, etc), ~ Las carreteras se dividen en tramos. Un tramo siempre pertenece a una Unica carretera y no puede cambiar de carretera. = Un iramo puede pasar por varias comunas, interesando conocer el Km de la carretera y la comuna donde empieza el tramo y en donde termina. Para los tramos que suponen principio o final de carretera, interesa saber si es que la carretera concluye fisicamente 0 es que confluye en otra carretera. En este caso, interesa conocer con qué carretera confluye y en qué kilémetro, tramo y comuna. Problema 4: Sistema de vuelos Obtener el diagrama E/R para un sistema de control de vuelos adapiado a las siguientes regias de gestion (Indicar las entidades, interrelaciones, ete. que se deducen de cada una de las reglas): a) De cada aeropuerto se conace su cédigo, nombre, ciudad y pats, b) En cada aeropuerto pueden tomar tierra diversos modelos de aviones (el modelo de un avién determina su capacidad, es decir, el nomero de plazas. ) En cada aeropuerto existe una coleccién de programas de vuelo. En cada programa de vuelo se indica ‘1 ndimero de vuelo, linea aérea y dias de la semana en que existe dicho vuelo.. 4) Cada programa de vuelo despega de un aeropuerto y atertiza en otro. ) Los niimeros de vuelo son tinicos para todo el mundo. ‘) En cada aeropuerto hay multiples aterrizajes y despegues, Todos los aeropuertos contemplados estén en activo, es decir, tienen algun aterrizaje y algun despegue. 4) Cada Vuelo realizado pertenece a un cierto programa de vuelo, Para cada yuelo se quiere conocer su fecha. plazas vacias y el modelo de avién utiizado, h) Algunos programas de vuelo incorporan escalas técnicas intermedias entre los aeropuertos de salida y de llegada. Se entiende por escala técnica a un aterrizaje y despegue consecutivos sin altas 6 bajas de pasajeros. i) De cada vuelo se quieren conocer las escalas técnicas ordenadas asignéndole a cada una un numero de orden, Por ejemplo, el programa de vuelo $55 de Iberia con vuelos los lunes y Jueves despega de Barajas- Madrid-Espafa y aterriza en Caudell-Sydney-Australia teniendo las siguientes escalas técnicas: 1- Los Pradifos-Sao Paulo-Brasil, 2-E] Emperador-Santiago-Chile y 3-Saint Kitts-Auck’and-Nueva Zelanda. > Que cambios se producirén en el caso anterior si en las escalas pudiesen bajar 0 subir pasajeros? Explicar cémo se podria tepresentar esta nueva situacion. Problema 5 ("): Olimpiadas Las sedes olimpicas se dividen en complejos deportivos. Los complejos deportivos se subdividen en aquellos en los que se desarrolla un tinico deporte y en los polideporiivos. Los complejos polideportivos tienen areas designadas para cada deporte con un indicador de localizacion (ejemplo: centro, esquina- NE, etc,). Un complejo tiene una localizacién, un jefe de organizacién individual y un atea total ocupada, Los dos tipos de camplejos (deporte tinico y polideportivo) tendran diferentes tipos de informacién. Para ‘cada tipo de sede, se conservara el ntimero de complejos junto con su presupuesto aproximado. Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar muchas carreras distintas.). Para cada evento esta prevista una fecha, duracién, némero de participantes, nimero de comisarios. Una lista de todos los comisarios se conservara junto con la lista de los eventos en los que esté involuctado cada comisario ya sea cumpliendo la tarea de juez u observador. Tanto para cada ‘evento como para el mantenimiento se necesilara cierto equipamiento (ejemplo: arcos, pértigas, barras paralelas, etc) Problema 6: Educando S.A. En la Empresa “Educando S.A." se lleva control de sus Bienes y Servicios. El interés primatio es poder hacer que los Bienes se manejen de forma rapida y con el menor grado de error, Para esto quien manela la seccién de "Bienes y Suministros' plantea las siguientes condiciones del negocio para la construccién de una base de datos: ‘+ La Seccion esta dividica en tres (3) areas: COMPRAS, ALMACEN, INVENTARIO. + El érea de Compras funciona de la siguiente forma: © Recibe las solicitudes de compras de las diferentes areas de la empresa. © Cada solicitud tiene un responsable, © Cada solicitudes autorizada por el jefe del area y posieriormente por el Director Financiero. © Quien realiza una solicitud puede ser responsable de uno o varios centros de costos, con la salvedad de que é1 como empleado solo esta adscrito a uno. © De la solicitud se debe diligenciar la siguiente informacion: Namero de la solicitud (consecutive), Fecha, Responsable (nombre y cédula), Centro de Costes, Rubro presupuestal del cual se descargar la compra. En cada solicitud se pueden discriminar uno 0 muchos items con la siguiente informacién: item, nombre del bien, cantidad solicitada, unidad de medida del bien, valor unitario y valor total. Cada solicitud debe ser totalizada, © Cada bien es identificado por un cédigo universal que es unico y es de caracter (Om Fecha. préstama Problema 6: Convierta a modelo relacional el problema 5 de la seccién anterlor, Las Olimp/adas (eeeh, oto pa’ Chile). ‘SOLUCIONES A LOS EJERCICIOS ("): Problema 1: Ciudad (nombre, Cl_farmacéittico) Farmacia (numero, nombre, ditecci6n, nombre_ciucad) Personal (Cl, nombre) Farmacéuiico (Cl, fecha_titulo, nombre_ciudad) Propio (Cl, salario) Medicamento (cédigo, nombre, precio, cantidad, cédigo_laboratorio) ‘Accién_terapeutica (tipo _accién, desctipcién) Laboratorio (cédiao, nombre) Presentaci6n (tipo_presentacién) Monodroga (cédig9, descripcién) Tiene (numero _fatmacia. Cl_personal Tiene_stock (nlimero_farmacia, cédiqo_medicamento, tipo_presentacién, cantidad) Contiene (cédigo_medicamento, cécigo_monodroga) Sirve_para (c6cigo_medicamento, tipo_accién) Problema 2: Aa A2) Re(ALBD B(B1.B2) CIALGLATAC.C2) — FOIAL.CLELE2) DIAL.C1,D1,02,03) RpsolAL.C1,A101',D1,02,03 Bt) Problema 5: TO a EDIGON SN Gam oa] AUTOREA ula, nomi) | | COPIAGSHN, mime) | ra f S 1 AUTOR (aombo) | PRESTAMOGSHM, mime EID fiche untstamo fecha. devolucton) USUARIO(RUT, nomize) [BD 2004/2005 Modelo ER sovra00 La biblioteca T LA BIBLIOTECA I Supongamos que queremos diseftar una base de datos para una biblioteca y hemos conocido que ésta funciona de la siguiente forma: En la biblioteca se encuentran, como es natural, una serie de libros que los empleados solicitan a las editoriales. Cando un libro se recibe, se le da de alta, construyéndole una ficha para bdsqueda por autor y otra ficha para bdsqueda por tema. En ambas fichas aparecen el titulo del libro, el nombre del autor y su nacionalidad, la editorial a la que pertenece ta publicacién, el tema sobre el que trata, el ISBN y Ia estanterfa de 1a biblioteca en Ia que se encuentra, Hay que aclarar que en la biblioteca no se encuentran ejemplares repetidos de ningdin libro. Las estanterfas de la biblioteca soportan como maximo 100 libros y tienen un mimero y un lugar asignado dentro de la biblioteca. Un empleado puede solicitar un libro eseribiendo una carta de peticién a la editorial correspondiente. La direccidn a la que ha de dirigir la carta se encuentra en un archivo de editoriales. Para acceder a los libros de la biblioteca es necesario Ia posesién de un carnet que acredita a los distintos usuarios, Este carnet se confecciona a cada persona la primera vez que intenta retirar un libro. Cada usuario solo puede tener retirado un libro en cada instante determinado. En la biblioteca les gustaria disponer de un listado que se lanzaria al final de cada dia y en el que aparecerfa, para cada libro que se encentra retirado, el titulo, el ISBN, el autor y el mimero de carnet, nombre y el DNI del usuario que lo mantiene retirado. Cuando un usuario intenta retirar un libro ha de presentar su caret para que se tome nota de la retirada, Si el libro que desea ha sido retirado por otro usuario se lama a éste por teléfono indicdindole que hay otro usuario que desea el libro para que lo devuelva en caso de que no To esté utilizando, Mensualmente se confecciona un inventario actualizado donde se indica para cada libro el nombre, el autor y el lugar de la biblioteca donde se encuentra. [BD 200472005 ‘Modelo 27R 2102008 La biblioteca T BIBLIOTECA sau nombre nacionaiad AUTOR Asan ecto Siocon Fomine, = tom ~ = ~\ Fest pox Sige en EDITORIAL, LIBRO ESTANTERIA < sate ows ie She USUARIO I rromte chi —_telfone [BD 2004/2005 Modelo ER sovra00 Las viviendas LAS VIVIENDAS Los ayuntamientos de los municipios de la comunidad auténoma de Extremadura desean mantener informacién actualizada de las viviendas ubieadas en zonas urbanas, Se desea disefiar una base de datos que incluya las caracteristicas de las viviendas, su ubicacién, propietarios, personas que las habitan, etc. Esta informacién se utilizard con fines administrativos (impuestos y otros) y estadisticos. Inicialmente sélo se considerard nformacién de las viviendas de manera individual, sin hacer distincién entre pisos que forman parte de un bloque o viviendas unifamiliares. A finales de affo, el ayuntamiento de cada municipio debe cobrar a cada propietario un impuesto por las viviendas que son de su propiedad en la actualidad, Asf, emite un recibo para cada vivienda donde figura el n° de registro catastral de Ia vivienda, Ia direccién donde se ubica la vivienda (calle, numero y piso), el nimero de metros cuadrados y el DNI y nombre del propietario (aunque la propiedad de una vivienda puede ser compartida por varias personas, a efectos de cobro de impuestos consideramos sélo a uno de ellos), ademis del importe de impuesto, Este recibo se le remitird a la direccién del propietario, que por supuesto no tiene por qué coi El importe del impuesto de cada vivienda depende de milltiples factores que deben consicerarse en su célculo, Entre ellos estén el municipio y el barrio o zona urbana donde se ubica la vivienda, los m2 de la vivienda y el precio de tasacién de la vivienda. A estos efectos cada provincia consta de una serie de municipios, de los que hay que mantener su nombre, cl direa y perimetro y la provincia a la que pertenecen; ademiis para identificar cada municipio se utiliza un eddigo Unico a nivel regional. Y su vez cada municipio esta dividido en una serie de barrios o zonas urbanas claramente delimitadas. A la hora de calcular el impuesto debe usarse el precio medio del m2 en esa zona urbana, El propietario puede realizar el pago del impuesto de dos maneras: en efectivo, dirigiéndose al ayuntamiento una vez que le ha legado Ia notificacién de que tiene que pagar, © a través de la cuenta bancaria que el propictario haya indicado al ayuntamicnto; en este Gltimo caso La notificuci6n sdlo le indica al propietario que se le va a cobrar el impuesto y en el recibo figurard la cuenta de cargo. No es nuestro objetivo en este momento mantener informacién de los impuestos pagados o de los morosos. Esto se abordard mds adelante. Por otra parte, cada cierto tiempo desde la Junta de Extremadura se solicitan una serie de informes destinados a distintas conserjerias. La Conserjeria de Vivienda y Urbanismo suele solicitar : 1) una de todas las zonas urbanas, indicando el precio medio del m2, su nombre, area, perimetro, coordenadas geogréficas y cl municipio y provincia al que pertenecen, ordenados por provincia y municipio, 2) el mismo listado ordenado por el precio medio del m2 en cada zona urbana y 3) un listado de las viviendas vacias. La Conserjerfa de Bienestar Social por otra parte, solicita un listado de las viviendas habitadas por una nica persona de 70 afios © mas y los datos del barrio donde se ubican,

También podría gustarte