Bases de datos: Software libre - Universitat Oberta de Catalunya

More documents

Recommendations

Info

© FUOC • 71Z799014MO 54 Introducción al diseño de bases de datos • El número de paquetes cargados y de paquetes descargados en cada ciudad, y para cada uno de los clientes. En un mismo viaje se pueden dejar y/o recoger paquetes en diferentes ciudades por encargo de un mismo cliente. También, en un mismo viaje, se pueden dejar y/o recoger paquetes en una misma ciudad por encargo de diferentes clientes. 3. Haced un diseño conceptual de una base de datos mediante el modelo ER que satisfaga los requisitos que se resumen a continuación: a) Es necesario diseñar una base de datos para una empresa inmobiliaria con el objetivo de gestionar la información relativa a su cartera de pisos en venta. b) Cada uno de los pisos que tienen pendientes de vender tiene asignado un código de piso que lo identifica. Además de este código, se quiere conocer la dirección del piso, la superficie, el número de habitaciones y el precio. Tienen estos pisos clasificados por zonas (porque a sus clientes, en ocasiones, sólo les interesan los pisos de una zona determinada) y se quiere saber en qué zona está situado cada piso. Las zonas tienen un nombre de zona que es diferente para cada una de una misma población, pero que pueden coincidir en zonas de poblaciones diferentes. En ocasiones sucede que en algunas de las zonas no tienen ningún piso pendiente de vender. c) Se quiere tener el número de habitantes de las poblaciones. Se quiere saber qué zonas son limítrofes, (porque, en caso de no disponer de pisos en una zona que desea un cliente, se le puedan ofrecer los que tengan en otras zonas limítrofes). Es necesario considerar que pueden existir zonas sin ninguna zona limítrofe en algunas poblaciones pequeñas que constan de una sola zona. d) Se disponen de diferentes características codificadas de los pisos, como por ejemplo tener ascensor, ser exterior, tener terraza, etc. Cada característica se identifica mediante un código y tiene una descripción. Para cada característica y cada piso se quiere saber si el piso satisface la característica o no. Además, quieren tener constancia del propietario o los propietarios de cada piso. e) También necesitan disponer de información relativa a sus clientes actuales que buscan piso (si dos o más personas buscan piso conjuntamente, sólo se guarda información de una de ellas como cliente de la empresa). En particular, interesa saber las zonas donde busca piso cada cliente (sólo en caso de que tenga alguna zona de preferencia). f) A cada uno de estos clientes le asignan un vendedor de la empresa para que se ocupe de atenderlo. A veces, estas asignaciones varían con el tiempo y se cambia al vendedor asignado a un determinado cliente. También es posible que a un cliente se le vuelva a asignar un vendedor que ya había tenido con anterioridad. Se quiere tener constancia de las asignaciones de los clientes actuales de la empresa. g) Los vendedores, clientes y propietarios se identifican por un código de persona. Se quiere registrar, de todos, su nombre, dirección y número de teléfono. Además, se quiere disponer del número de Seguridad Social y el sueldo de los vendedores, y del NIF de los propietarios. Puede haber personas que sean al mismo tiempo clientes y propietarios, o bien vendedores y propietarios, etc. h) Finalmente, para ayudar a programar y consultar las visitas que los clientes hacen a los pisos en venta, se quiere guardar información de todas las visitas correspondientes a los clientes y a los pisos actuales de la empresa. De cada visita hay que saber el cliente que la hace, el piso que se va a ver y la hora concreta en que se inicia la visita. Entendemos que la hora de la visita está formada por la fecha, la hora del día y el minuto del día (por ejemplo, 25-FEB-98, 18:30). Hay que considerar que un mismo cliente puede visitar un mismo piso varias veces para asegurarse de si le gusta o no, y también que para evitar conflictos no se programan nunca visitas de clientes diferentes a un mismo piso y a la misma hora. 4. Transformad a relacional el diseño conceptual que habéis obtenido en el ejercicio 1. 5. Transformad a relacional el diseño conceptual que habéis obtenido en el ejercicio 2. 6. Transformad a relacional el diseño conceptual que habéis obtenido en el ejercicio 3.
© FUOC • 71Z799014MO 55 Introducción al diseño de bases de datos Solucionario Ejercicios de autoevaluación 1. La siguiente figura muestra un diagrama ER que satisface los requisitos que se han descrito: Los atributos de las entidades que figuran en el diagrama son los siguientes (las claves primarias se han subrayado): COMPETICIÓN nombre-comp TEMPORADA código-temp FEDERACIÓN nombre-fed, fecha-creación CLUB nombre-club, número-socios PERSONA código-persona, nombre, dirección, teléfono, fecha-nacimiento JUGADOR (entidad subclase de persona) código-persona, peso, altura ENTRENADOR (entidad subclase de persona) código-persona, fecha-inicio-carrera ESPECIALIDAD nombre-esp FECHA fecha
Page 1 and 2:
Software libre Rafael Camps Paré L
Page 3:
© FUOC • 71Z799014MO 3 Bases de
Page 6 and 7:
Page 8 and 9:
Page 11:
Introducción a las bases de datos
Page 15:
© FUOC • 71Z799014MO 5 Introducc
Page 18 and 19:
© FUOC • 71Z799014MO 8 Introducc
Page 20 and 21:
© FUOC • 71Z799014MO 10 Introduc
Page 22 and 23:
Page 24 and 25:
Page 26 and 27:
Page 28 and 29:
Page 30 and 31:
Page 32 and 33:
Page 34 and 35:
Page 36 and 37:
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
Page 44 and 45:
Page 46 and 47:
Page 48 and 49:
Page 51:
El modelo relacional y el álgebra
Page 54 and 55:
© FUOC • 71Z799014MO El modelo r
Page 56 and 57:
© FUOC • 71Z799014MO 6 El modelo
Page 58 and 59:
© FUOC • 71Z799014MO 8 El modelo
Page 60 and 61:
© FUOC • 71Z799014MO 10 El model
Page 62 and 63:
Page 64 and 65:
Page 66 and 67:
Page 68 and 69:
Page 70 and 71:
Page 72 and 73:
Page 74 and 75:
Page 76 and 77:
Page 78 and 79:
Page 80 and 81:
Page 82 and 83:
Page 84 and 85:
Page 86 and 87:
Page 88 and 89:
Page 90 and 91:
Page 92 and 93:
Page 94 and 95:
Page 96 and 97:
Page 98 and 99:
Page 100 and 101:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109:
El lenguaje SQL Carme Martín Escof
Page 112 and 113:
© FUOC • 71Z799014MO El lenguaje
Page 114 and 115:
© FUOC • 71Z799014MO 6 El lengua
Page 116 and 117:
© FUOC • 71Z799014MO 8 El lengua
Page 118 and 119:
© FUOC • 71Z799014MO 10 El lengu
Page 120 and 121:
Page 122 and 123:
Page 124 and 125:
Page 126 and 127:
Page 128 and 129:
Page 130 and 131:
Page 132 and 133:
Page 134 and 135:
Page 136 and 137:
Page 138 and 139:
Page 140 and 141:
Page 142 and 143:
Page 144 and 145:
Page 146 and 147:
Page 148 and 149:
Page 150 and 151:
Page 152 and 153:
Page 154 and 155:
Page 156 and 157:
Page 158 and 159:
Page 160 and 161:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171:
Introducción al diseño de bases d
Page 174 and 175: © FUOC • 71Z799014MO Introducci
Page 177 and 178: © FUOC • 71Z799014MO 7 Introducc
Page 179 and 180: © FUOC • 71Z799014MO 9 Introducc
Page 181 and 182: © FUOC • 71Z799014MO 11 Introduc
Page 221: © FUOC • 71Z799014MO 51 Introduc
Page 233 and 234: © FUOC • 71Z799014MO Bases de da
Page 235 and 236: © FUOC • 71Z799014MO 5 Bases de
Page 275 and 276:
Page 277 and 278:
Page 279 and 280:
Page 281 and 282:
Page 283 and 284:
Page 285 and 286:
Page 287 and 288:
Page 289 and 290:
Page 291 and 292:
Page 293 and 294:
Page 295 and 296:
Page 297 and 298:
Page 299 and 300:
Page 301:
Page 305 and 306:
© FUOC • 71Z799014MO Bases de da
Page 307 and 308:
Page 309 and 310:
Page 311 and 312:
Page 313 and 314:
Page 315 and 316:
Page 317 and 318:
Page 319 and 320:
Page 321 and 322:
Page 323 and 324:
Page 325 and 326:
Page 327 and 328:
Page 329 and 330:
Page 331 and 332:
Page 333 and 334:
Page 335 and 336:
Page 337 and 338:
Page 339 and 340:
Page 341 and 342:
Page 343 and 344:
Page 345 and 346:
Page 347 and 348:
Page 349 and 350:
Page 351 and 352:
Page 353 and 354:
Page 355 and 356:
Page 357 and 358:
Page 359 and 360:
Page 361 and 362:
Page 363 and 364:
Page 365 and 366:
Page 367 and 368:
Page 369 and 370:
Page 371 and 372:
Page 373 and 374:
Page 375 and 376:
Page 377 and 378:
Page 379:
Page 383:
© FUOC • 71Z799014MO Desarrollo
Page 386 and 387:
© FUOC • 71Z799014MO 6 Desarroll
Page 388 and 389:
© FUOC • 71Z799014MO 8 Desarroll
Page 390 and 391:
© FUOC • 71Z799014MO 10 Desarrol
Page 392 and 393:
Page 394 and 395:
Page 396 and 397:
Page 398 and 399:
Page 400 and 401:
Page 402 and 403:
Page 404 and 405:
Page 406 and 407:
Page 408 and 409:
Page 410 and 411:
Page 412 and 413:
Page 414 and 415:
Page 417:
Caso de estudio Marc Gibert Ginesta
Page 421 and 422:
© FUOC • 71Z799014MO 5 Caso de e
Page 423 and 424:
Page 425 and 426:
Page 427 and 428:
© FUOC • 71Z799014MO 11 Caso de
Page 429 and 430:
Page 431 and 432:
Page 433 and 434:
Page 435 and 436:
Page 437 and 438:
Page 439 and 440:
Page 441 and 442:
Page 443 and 444:
Page 445 and 446:
Page 447:
Apéndice:GNU Free Documentation Li
Page 450 and 451:
© FUOC • 71Z799014MO 4 Apéndice
Page 452 and 453:
Page 454 and 455:
Page 456 and 457:
© FUOC • 71Z799014MO 10 Apéndic
Page 458:
© FUOC • 71Z799014MO 12 Apéndic
show all

Bases de datos: Software libre - Universitat Oberta de Catalunya

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?