Мне кажется, этот вариант больше подходит для крупных сайтов и возможно даже с различным контентом. У меня же не слишком большое количество страниц, большая часть из них динамические, практически без текста и несколько страниц со статьями которые будут присутствовать на всех языковых версиях.
Поправьте если я не прав.
Игорь Воротнёв: на самом деле, сайт сейчас представляет собой веб-приложение, которое уже использует реляционную бд, а текстовый контент планируется лишь как дополнение. поэтому не хотелось бы ради него использовать еще и noSQL базу данных.
Игорь Воротнёв: пустых значений точно не будет, так как количество страниц на сайте не большое и каждая из них очень важна, поэтому заполняться они будут по максимуму.
Вот именно из-за второго пункта и возник вопрос, в данный момент это не предусмотрено, но если я захочу использовать данные расчеты для предоставления статистики за какой-то период времени, то даже не смотря на то, что расчеты простые, лучше хранить их в бд? Хотя, простые это с какой стороны посмотреть, если просчитывать статистику за несколько лет, то получится очень приличный объем вычислений.
ffosters: да, действительно, в россии большая часть районов имеют очень оригинальные названия: центральный, ленинский, советский и тд)) получается все-таки лучше использовать доп. таблицу areas_name? я просто не очень понимаю, чем она может быть полезна.
А нельзя объединить areas_name и areas?
То есть убрать areas_name, сделать таблицу areas (id, city_id, name), а в таблице weather добавить city_id, получится: id, city_id, area_id, temperature, humidity, measuring_time.
Я на самом деле вначале так и представил структуру бд, но потом подумал что получилась ерунда)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Поправьте если я не прав.