Как организовать структуру таблиц БД?

Question

[ZoorGan]

Необходимо в БД хранить информацию о взаимодействии пользователя с объектом. Среди характеристик сессии есть два параметра: продолжительность сессии и задействованные элементы объекта. Предполагаемая структура такова:
Таблица sessions

Таблица elements

Связующая таблица session_elements


Вроде все хорошо, но сессий (80к-100к в месяц) и элементов (10к-20к) будет многовато. Таким образом связующая таблица будет расти еще быстрее в расчете, что одна сессия в среднем будет иметь 5-10 элементов. Основные запросы будут вида:

SELECT  * FROM `sessions` WHERE `duration` > 100 AND EXIST (SELECT  * FROM `session_elements` WHERE `session_id` = 1 AND `element_id` = 1)

Хотелось бы не делать ошибку на этапе проектирования и не переделывать в ходе работы. Пугают размеры таблиц. Может целесообразней будет использовать что-то вроде mongoDB и хранить в удобных json форматах?

Answer 1

[Kerman]

Давайте посчитаем. 2 инта на сессию (8 байт) 100 000 раз в месяц - это 800кб. Плюс элементы, допустим 20 байт на строку и 4 байта на инт в количестве 20 000 - это 192кб. Итого 1 мегабайт в месяц. 12 мб в год.
Мой вывод: поставьте на сервер пару гб. памяти за 500 руб и забудьте о проблемах ближайшие 170 лет.

Comments

[ZoorGan]

Глаза боятся, а руки делают. Вы правы, буду идти в этом направлении. Спасибо всем за помощь.

Answer 2

[gro]

Что делает этот запрос?

Comments

[ZoorGan]

Выбирает сессии длительностью более 100 сек и в ней был задействован элемент 1. Будут еще выборки со множеством элементом.

Answer 3

[gro]

Не ясно что это за запросы и в какой момент они будут происходить.
Если при каждой загрузке страницы, то это одно, а если один раз по крону ночью для сбора статистики, то другое.

Явно текстовый json будет расти намного быстрее, чем таблица на два инта.

Comments

[ZoorGan]

Запрос будет происходить при каждой загрузки страницы. Ну mongoDB хранит данные в bson формате, это намного быстрее, чем работа со строками. В этом случае я могу хранить массив с задействованными элементами прямо в записи сессии. Соответственно особенности этой БД позволят делать выборку на уровне СУБД.