Исправление comp00, (текущая версия) :
Тогда в любом случае id-ом группы я бы сделал тамстамп первого сообщения в группе.
Первое «сообщение» понятие слишком относительное, что бы делать его ключем. Пришло сообщение с более ранним таймом - и что, у всех n записей группы обновлять этот ключ? А еще может быть такой случай: запись попадает в интервал между группами, и группы необходимо смержить. Эти все нюансы и вошли в формулировку «ОЧЕНЬ усложняет CRUD».
Преимущества подхода через статичные данные, хранимые в таблице, только в том, что легко по по этой статике получить выборку «сообщений» из группы, на этом все плюсы заканчиваются. Ибо логика там мама не горюй, к сожалению.
Ну индекс-то по таймстампу хотя бы ты можешь создать?
Не суть важно что будет в поле, по которому надо группировать. Главное по этому что-то сгруппировать, и получить массив рекордов. А дальше кеширование в какую нибудь noSQL и работа с хешем.
Исходная версия comp00, :
Тогда в любом случае id-ом группы я бы сделал тамстамп первого сообщения в группе.
Первое «сообщение» понятие слишком относительное, что бы делать его ключем. Пришло сообщение с более ранним таймом - и что, у всех n записей группы обновлять этот ключ? А еще может быть такой случай: запись попадает в интервал между группами, и группы необходимо смержить. Эти все нюансы и вошли в формулировку «ОЧЕНЬ усложняет CRUD».
Преимущества подхода через статичные данные, хранимые в таблице, только в том, что легко по по этой статике получить выборку «сообщений» из группы, на этом все плюсы заканчиваются. Ибо логика там мама не горюй, к сожалений.
Ну индекс-то по таймстампу хотя бы ты можешь создать?
Не суть важно что будет в поле, по которому надо группировать. Главное по этому что-то сгруппировать, и получить массив рекордов. А дальше кеширование в какую нибудь noSQL и работа с хешем.