Discussions E2 - Miércoles 07/05

[waldoosg]

Para comenzar, incentivamos nuevamente a por favor utilizar el formato que se solicita en el enunciado para hacer las issues, este formato es OBLIGATORIO.

Recordamos que las issues se responden hasta ese día, por lo que cualquier issue posterior no se contestó.

Les informamos de antemano, que decidimos hacer que la revisión de esta entrega no sea automática, permitiéndoles así mayor flexibilidad a la hora de hacer la entrega. Cualquier cosa que no les quede clara, la pueden dejar como supuesto. También pueden dejar comentarios en sus tablas explicando sus procedimientos para facilitar el entendimiento de su código. Seguimos esperando que las consultas entreguen el resultado correcto y con los nombres de atributos mencionados. Se avisará esto en un anuncio más tarde!

Este discussions contiene las respuestas a las siguientes issues:
Click para ver #159
Click para ver #160
Click para ver #161
Click para ver #162
Click para ver #163
Click para ver #164
Click para ver #165
Click para ver #166
Click para ver #167
Click para ver #168
Click para ver #169
Click para ver #170
Click para ver #171
Click para ver #172
Click para ver #174
Click para ver #178
Click para ver #180
Click para ver #181
Click para ver #182
Click para ver #183
Click para ver #186
Click para ver #187
Click para ver #188
Click para ver #189
Click para ver #190
Click para ver #191
Click para ver #192
Click para ver #194
Click para ver #195
Click para ver #196
Click para ver #197
Click para ver #199
Click para ver #203
Click para ver #204
Click para ver #205
Click para ver #206
Click para ver #207
Click para ver #208
Click para ver #209
Click para ver #210
Click para ver #211
Click para ver #212
Click para ver #213
Click para ver #214
Click para ver #215
Click para ver #216
Click para ver #217
Click para ver #218
Click para ver #219
Click para ver #220
Click para ver #221
Click para ver #222
Click para ver #223
Click para ver #224
Click para ver #225

Actualizaciones de enunciado:

1. Se hizo actualización del archivo personas.csv por la falta del atributo DV

Aclaraciones:

1. El atributo id del archivo agenda_reserva.csv corresponde al id de una reserva
2. Los nombres de tablas se tienen que crear en singular, tal como se muestra en el diagrama, los atributos también van a tener el formato del diagrama.
3. Solo se tienen que restringir los datos según se menciona en el enunciado, pueden haber datos sin restricciones.
4. Los datos que se descartan son porque al momento de ingresar a una tabla, estos no cumplen con las restricciones de integridad (IC) por lo que si en una agenda falta la llave de usuario, significa que se tiene que descartar.
5. Cualquier llave que no ha sido otorgada en los csv, se debe autogenerar.
6. Los datos que vienen en listas, pueden tener un formato de strings o listas en postgres (ambos serán aceptados).
7. Un usuario puede dejar a lo más una review en cada reserva.
8. Las tablas tienen que contener los datos detallados en el diagrama, las ids que no están en los archivos csv tienen que ser autogeneradas si el contexto lo amerita. Se recomienda revisar todos los archivos para poder encontrar las relaciones si no se encuentran directamente en un solo archivo.
9. Las tablas que se esperan tener en postgres son las que se muestran en el diagrama, respetando cómo se llaman los atributos (esto para facilitar la corrección) en el diagrama E/R.
10. Las IC se pueden identificar por palabras que especifican la presencia de algún atributo y/o su formato, si no se identifica alguna IC para un dato, significa que no se tiene que restringir.
11. El orden en las columnas para postgres no tiene relevancia.
12. La parte de conexión a la base de datos es más formativa, está incluída como parte del aprendizaje de utilizar BDD como postgres. Para la corrección se va a revisar los archivos pedidos de creación de tablas, población de tablas y consultas en formato .sql, y datos descartados en archivos .csv. Finalmente se ejecutarán todas las consultas y se revisará que el resultado sea el esperado.
13. Los datos descartados no se tienen que recuperar, solo se agregan al csv correspondiente
14. Para el desarrollo de la entrega solo se debe considerar la información del enunciado y del diagrama entregado por nosotros, no se debe considerar información de la E0, ya que algunas reglas de negocio se vieron modificadas. Si un atributo es nulo y se solicita que sea no nulo, entonces esa tupla debe incluirse en los datos descartados de esa entidad en específico. Cualquier decisión tomada se debe basar en el enunciado de la E2 y el diagrama entregado.
15. La idea es que un usuario puede tener múltiples seguros en una reserva y que cada seguro está asignado a solo una reserva en específico. Una reserva si puede tener más de un seguro.
16. typo: cuando se dice que “todas las sentencias de carga desde los CSV a la instancia debe estar en el archivo crear_tablas.sql” en realidad se refiere al archivo poblar_tablas.sql
17. Los atributos de agenda son agenda_id, etiqueta y correo_usuario, por lo que mediante el correo del usuario es posible hacer una conexión. Hint: Mediante review_seguro se pueden obtener los id de las reservas y el correo del usuario y con eso hacer la conexión
18. Dependiendo del caso, hay que hacer referencias a otras tablas o no, eso se debe evaluar mediante un análisis de los datos entregados. A veces el id estará explícitamente y otras veces habrá que hacer relaciones a otras tablas o autogenerar un id
19. Si se descarta el dato de una persona, entonces inmediatamente esa persona no debería poder entrar a las tablas de usuario ni empleado, ya que no cumpliría con las restricciones de integridad. Si una persona no fue descartada inicialmente, pero luego al tratar de insertarla en Usuario, esta no cumple la restricción de integridad para los puntos, entonces esta no se debe ingresar. Lo mismo para empleados.
20. Una reserva puede tener dos seguros del mismo tipo, pero no del mismo usuario y tipo a la vez. La primary key puede ser simplemente el id autogenerado
21. Las tablas empiezan con mayúscula y se utilizan en singular. De todos modos habrá flexibilidad a la hora de corregir esto.
22. Los atributos que no pueden ser nulos en panorama son id “nombre_panorama”, “fecha_panorama”, “duracion” y “precio_persona”.
23. Se recomienda que no utilicen extensiones u otros medios para crear y ejecutar archivos .sql, la conexión a la base de datos está vinculada a la cuenta del servidor, por lo que se manejan los permisos pos atrás. En síntesis, creen tus archivos .sql y para probarlos súbanlos al servidor.
24. Cuando se habla que un trabajador solo puede trabajar en jornadas diurnas o nocturas significa que solo puede tomar valor nulo, “diurna”, “nocturna”.
25. Las llaves primarias no se deberían repetir, si al momento de poblar ocurre, es por cómo están hechos los csv entregados y se deben evaluar los casos.
26. Si no se especifica el formato de un dato, se puede escribir como supuesto. Igual se recomienda revisar los datos para poder discriminar bien el tipo de atributo que es el mismo.
27. En esta entrega no se tiene que arreglar ningún dato, la idea es que las restricciones de integridad puedan identificar los datos inconsistentes y guardarlos en los csv correspondientes.
28. Los atributos no nulos se anuncian mencionando que se debe incluir ese atributo en específico.
29. Las llaves primarias no pueden ser nulas en un dato, si así fuera el caso, se tiene que descartar el dato.
30. La etiqueta en una agenda no se dice que es obligatoria, por lo que puede ser nula.
31. Como no se detalla los atributos obligatorios de seguros, se busca que si o si tenga las llaves foráneas como mínimo
32. Los RUN vienen en formato sin puntos y como integer.
33. Las isapres fueron registradas como se muestra en el enunciado (con tildes).
34. El atributo id en el archivo agenda_reserva.csv corresponde al id de una reserva.
35. Se recomienda revisar el resto de archivos cuando no se encuentra un atributo en un archivo, en especial se puede encontrar que el archivo review_seguro.csv contiene id de una reserva y correo de un usuario.
36. Para el diagrama se evaluó tanto la presencia de entidades y relaciones como su justificación más que la exactitud con la pauta del mismo, hay indicadores que permiten asignar el puntaje.

Issue no mencionadas/contestadas:

Click para ver #225
No se contesta por formato.

Issues pendientes

Serán contestadas durante el día.

Click para ver #173
Click para ver #175
Click para ver #176
Click para ver #177
Click para ver #179
Click para ver #184
Click para ver #185
Click para ver #193
Click para ver #198
Click para ver #200
Click para ver #205

[waldoosg]

Actualización

Este discussions contiene las respuestas a las siguientes issues:

Click para ver #173
Click para ver #175
Click para ver #176
Click para ver #177
Click para ver #179
Click para ver #184
Click para ver #185
Click para ver #193
Click para ver #198

Aclaraciones:

1. Dentro de los archivos csv si se encuentran reservas disponibles. Ahí se tiene que ver si se mantienen o descartan según las IC.
2. Para hacer referencia a otros id, se puede contener un nombre que especifique su origen.
3. Sobre los id en Habitación y Participante hubo un error en el diagrama y los atributos. Los atributos de participante son id_panorama, nombre y edad. Los atributos de Habitación son id_hotel, numero_habitacion y tipo.
4. Si un dato está incorrecto, pero su dato padre es correcto, solo se descarta el dato incorrecto, el dato padre se mantiene en la base de datos. Por ejemplo, si el dato de una persona está bien, pero el dato de usuario de esa persona se descarta, solo se agrega el usuario a los archivos descartados, el dato de la persona se tiene que mantener en la base de datos.
5. Si una reserva está asociada a una agenda que fue descartada, se tiene que descartar la reserva.
6. Si faltan datos para poblar una tabla se recomienda revisar el resto de archivos para encontrar el atributo faltante, por ejemplo, se puede rescatar el correo_usuario para las agendas haciendo la conexión desde el archivo review_seguro.csv.
7. Para los panoramas los atributos obligatorios son nombre, precio_persona y fecha_panorama.