db para datos meteorologicos ¿como orgaizarlos?

[jc_moj]

Hola a todos

Ante todo decir que estoy empezando en esto de las bases de datos y aunque lo que pretendo hacer es algo sencillo, no estoy del todo seguro de cómo hacerlo.

Lo que quiero hacer es un pequeño programa para guardar los datos que recojo de una pequeña estación meteorológica, temperatura, litros de agua caídos, etc Para la base de datos voy a usar MySQL que ya le he usado alguna otra vez sin problemas y el programa lo haré usando el IDE Lazarus.

Me surgen unas dudas, tengo que crear una tabla en la que meter esos datos, como son datos diarios, al cabo de un año tendría 365 entradas esa tabla y claro, a medida que pasa el tiempo, iría creciendo.

Había pensado en hacer una tabla por año, pero no se cual de las dos opciones sería mejor, teniendo en cuenta que el programa debe ser capaz de comprar datos de diferentes año, como mostrar el verano más caluroso o comparar las temperaturas o lluvia de diferentes meses o año, por poner algún ejemplo.

¿Qué me recomendáis? ¿Alguna otra forma a parte de estas dos?

Saludos

[gnzsoloyo]

Había pensado en hacer una tabla por año, pero no se cual de las dos opciones sería mejor,

Una tabla para todos los años.
La creación de tablas en una base de datos relacional no es arbitraria; se realiza por ciertas reglas de diseño, y una de ellas es que si tienes dos tablas con la misma estructura y que guarda el mismo tipo de datos provenientes del mismo origen, entonces debes unirlas en una tabla con un atributo discriminador que permita identificar los bloques de datos.

teniendo en cuenta que el programa debe ser capaz de comprar datos de diferentes año, como mostrar el verano más caluroso o comparar las temperaturas o lluvia de diferentes meses o año, por poner algún ejemplo.

Eso, precisamente, se logra mejor con una sola tabla, y no teniendo que reescribir todas las veces la consulta, cada vez que pasa un año, para incluir la tabla nueva.

[jc_moj]

Hola

Ya imaginaba que la respuesta iba a ser esa. Mis dudas venían por el hecho de que la tabla puede crecer mucho de tamaño, si no me aburro de la meteorología y sigo recopilando datos, al cabo de 10 años esa tabla tendría 3650 entradas y al cabo de 20 serían 7300.

Aunque después de leer tu mensaje supongo que el acceso a esos datos va a ser más cómodo y rápido que si hubiese 20 tablas de 365 entradas cada una, al menos creo que el código que tendré que implementar para acceder a los datos va a ser más sencillo si sólo hay una única tabla.

Muchas gracias

[huesos52]

Los motores de bases de datos como mysql, están capacitados para soportar millones de registros en una tabla.

Yo también trabajo con datos metereologicos y así es como tengo diseñada mi base de datos. Para mi caso, por cada día se toman 48 muestras (cada media hora) y no he tenido problema alguno.

Así que no te preocupes por el numero de registros.

saludos

[gnzsoloyo]

Lo mismo digo. Yo trabajo con ruteo de vehículos con GPS, que toman 1 muestra cada 20 segundos... Imagínate la de posiciones que tengo por vehículo en una semana y MySQL ni pestañea.
Lo más que tardo con un reporte es 70 u 80 segundos.