PI-ITBA / 2024_01

9 stars 0 forks source link

Unico Recorrido de Datos #397

Open Pablo-Goros opened 5 days ago

Pablo-Goros commented 5 days ago

Buenas. Tenemos una duda sobre la siguiente consigna: "Resolver todas las consultas con una única lectura de archivo y de una sola vez."

Creemos entender que en la parte señalada lo que nos esta diciendo es que se debe iterar sobre los datos unicamente en el momento en el que leemos el archivo. Es correcta esta interpretacion?

marcelogarberoglio commented 5 days ago

Lo que dice es que no recorran el archivo más de una vez. Deben leerlo en forma secuencial y no usar funciones para avanzar o retroceder en el mismo.

marcelogarberoglio commented 5 days ago

Tampoco leerlo una vez para armar una query, otra vez para armar otra query, etc.

Pablo-Goros commented 5 days ago

Pero seria considerado mal leer el archivo, guardarlo de alguna manera, y despues hacer un recorrido sobre los datos (No necesariemente todos)?

marcelogarberoglio commented 5 days ago

Si "guardarlo de una manera" significa guardarlo en un archivo y luego recorrer ese archivo, entonces la respuesta es sí, estaría mal. Si significa guardarlo en memoria obviamente no. Está hablando del recorrido del archivo CSV.

Pablo-Goros commented 5 days ago

Okay, me referia a guardarlo en memoria. Muchas gracias por la aclaracion!

AugustoOspal commented 2 days ago

Buenas tardes, no me queda claro algo respecto a este tema. Tendríamos que primero leer el archivo y trabajarlo una vez leído por completo recorriendolo cada vez que llamemos a una querry o procesarlos a medida que leemos el archivo?

marcelogarberoglio commented 2 days ago

No se me ocurre de qué otra forma decir que el archivo de entrada se debe recorrer una sola vez. Algo que además no debería ser necesario aclarar, si durante la cursada insistimos en no recorrer más de una vez algo en memoria, ¿cómo va a ser aceptable recorrer más de una vez un archivo en disco? Lo que uds hagan a medida que se lea el archivo es parte de la implementación, y sobre eso no vamos a contestar.