Есть веб-страница, обслуживающая пользовательские устройства.
Пользовательские устройства передают на страницу свой идентификатор и получают дополнительную информацию (сведения о лицевом счете, список услуг и подписок и т.д.), которые и отображают в информационном окне.
Предоставлением услуг устройствам занимается Middleware и вся необходимая информация в этой системе есть. Но эта система не может использоваться как БД, она медленно отвечает и не рассчитана на такие запросы.
Поэтому информация с Middleware периодически опрашивается, запоминается в локальной БД и веб-страница работает уже с этой БД.
Сейчас в БД такая структура:


MAC это идентификатор устройства, DEVICE это внутренний идентификатор устройства в Middleware, они оба уникальны.
А вот все остальные поля уникальны для пользователя, но не для пользовательского устройства (у одного пользователя как правило несколько устройств). Общее количество строк в этой таблице навряд ли превысит 100к, а скорее всего будет измеряться тысячами штук.
Стоит ли разбивать таблицу на TMP_DEVICES и TMP_ACCOUNTS? Или для кеша нормально хранить все в общей таблице?

Приложению нужны все поля, но для приложения нет особой разницы, делать select * from tmp_devices или select * from tmp_devices join tmp_accounts using (account).
Но если таблицу разбивать на две, то логика обновления кеша будет более сложной, вместо одного merge будет два прохода с merge.