Size: a a a

2021 May 05

P

PowerAxis in dbGeeks
так у меня на каждый день получится под 10К строк
источник

P

PowerAxis in dbGeeks
или похер? найдется быстро все равно?
источник

VK

Vladimir Karamazov in dbGeeks
А тебе их надо вечно хранить?
источник

P

PowerAxis in dbGeeks
да
источник

P

PowerAxis in dbGeeks
это журнал посещаемости
источник

A

Anton 🐻 in dbGeeks
если сделать индекс по колонке с датами - да.
источник

P

PowerAxis in dbGeeks
ок, спасибо
источник

A

Anton 🐻 in dbGeeks
ну и про первичный ключ не забывать
источник

P

PowerAxis in dbGeeks
делать его составным?
источник

A

Anton 🐻 in dbGeeks
обычный id
источник

P

PowerAxis in dbGeeks
а зачем он мне понадобится?
источник

A

Anton 🐻 in dbGeeks
рекомендую почитать про устройство innodb таблиц
источник

VK

Vladimir Karamazov in dbGeeks
Тогда можно разделить на холодное хранилище и горячее. Горячее - это как предложил ув. Anton, холодное - как изначально хотел сделать, массивом (для экономии места). Через некоторое время (скажем, три месяца) строки из горячего хранилища мигрируют в холодное.
источник

P

PowerAxis in dbGeeks
ок, спасиьр
источник

P

PowerAxis in dbGeeks
та мне нужно строить графики за периоды все время, вряд ли есть смысо тогда в том массиве
источник

A

Anton 🐻 in dbGeeks
а ещё можно смотреть в сторону grafana + influxdb / prometheus - специализированные решения для метрик
источник

VK

Vladimir Karamazov in dbGeeks
Мне кажется, Вы не до конца понимаете бенефиты реляционной модели. С внешним ключем будет быстрее искать по active_id и не будет битых ссылок (неправильных active_id)
источник

VK

Vladimir Karamazov in dbGeeks
Так-то да
источник

P

PowerAxis in dbGeeks
не до конца, поэтому и спрашиваю как лучше.
Спасибо за помощь. Пошел делать
источник

A

Anton 🐻 in dbGeeks
для разных задач будет лучше по-разному =)
источник