Как правильно хранить данные в бд?

Question

[Combat7]

Вобщем на сайте есть подключение к апи, и с него тянется 1000 элементов. Для ускорения сайта хочу сделать что бы подключение производилось раз в час, записывались все данные в бд и потом оттуда использовались.
Собственно вопрос: Как лучше сделать, каждый раз записывать эти 1000 строк в бд, либо же сериализовать весь массив и запихнуть в одну ячейку? Как это правильно делается с минимальной нагрузкой по бд? Спасибо!

Comments

[Максим Федоров]

агрегируйте в Redis например

[Combat7]

Максим Федоров, овчинка не стоит выделки)

[Павел Беляев]

А вам так удобно при каждом использовании получать всё в JSON одной строкой и распаковывать и выбирать нужно или лучше разделять в базе элементы и потом использовать каждый отдельно?

[Арсений Тогулев]

1000 строк лучше. Потому что сними можно работать стандартными средствами. Ну 1000 строк обновлений это в принципе ни о чём.

[Vitsliputsli]

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

[Combat7]

Павел Беляев, вполне удобно

Answer 1

[d'Ivan]

Если помимо MySQL уже используется какое-либо K/V решение, то лучше сериализовать и поместить туда.
Если только MySQL и объем данных небольшой, то можно сериализовать (средствами языка, MsgPack, JSON, ...) в 1 поле типа BLOB и каждый раз брать оттуда. Опционально можно ещё сжать каким-то алгоритмом типа GZip, Deflate. Но важно замерить что в итоге быстрее (внешний API или кэшированные данные). Возможно, овчинка выделки не стоит.