1 вариант - по таблице на параметр:
Location:
- Id: INT NOT NULL
- Type: ENUM NOT NULL
- Position: GEOGRAPHY NOT NULL (или оставьте пару даблов для координат)
Temperature:
- LocationId -> Location.Id (вн. ключ)
- Time: DATETIME NOT NULL
- Value: DOUBLE PRECISION NOT NULL;
Pressure:
...
WindSpeed:
...
2 вариант - всё вместе, но с NULL-ами, каждая запись в таблице Measurement - один факт (т.е. одна процедура) измерения:
Location:
- Id: INT NOT NULL
- Type: ENUM NOT NULL
- Position: GEOGRAPHY NOT NULL (или оставьте пару даблов для координат)
Measurement:
- LocationId: -> Location.Id
- Time: DATETIME NOT NULL
- Temperature: DOUBLE PRECISION;
- Pressure: DOUBLE PRECISION;
- WindSpeed: DOUBLE PRECISION;
Для прогноза, соотв-но, такие же таблицы (TemperatureForecast, например).
Если данных будет много, посмотрите в сторону Time-Series баз данных (пример:
https://docs.timescale.com/v0.9/introduction/data-model ), если будет много пространственных запросов - возьмите PostgreSQL + PostGIS, особенно если у вас будут геообъекты других типов, например полигональные. В PostGIS есть специальные типы полей для геометрий таких объектов, плюс реализованы специальные индексы. Если ещё не знаете что выбрать, но планируется работа с такими объектами - можете пробовать PostGIS.
