Как лучше хранить временные данные?

Question

[LemanRass21]

Есть весьма большой объем данных который хранится в виде json на стороннем сайте и я считываю его с помощью php запроса в массив.
По сути это ассоциативный массив типа $info["id"] = value но его размерность может достигать 10 000. А value может быть размером до 1000 символов что, собственно, тоже не мало.
Данные постоянно меняются и по этому нужно будет реализовать некое обновление данных непосредственно перед использованием этой базы.

Теперь собственно вопрос. Как лучше хранить этот огромный объем данных что бы как можно быстрее проходило обновление этой базы?

Comments

[LemanRass21]

А как насчет такого варианта?
https://learn.javascript.ru/ajax-xmlhttprequest

С помощью php - записать json в файл и с помощью XMLHttpRequest его брать из файла?

Answer 1

[ThunderCat]

Вариант с мускулем не самый лучший, все же это не очень быстрое хранилище, не стоит выбирать технологию только из за того, что Вы с ней хорошо знакомы. Посмотрите в сторону Redis, он очень прост, имеет структуру key=>value, как мемкеш, но и есть ряд плюшек, например инкрементные поля, время жизни(ну это и меме есть) и еще немного разных бонусов. ОЧЕНЬ легко интегрируется, я за 15 минут написал свой адаптер, это вместе с чтением документации. Я думаю это то что вам нужно.

Comments

[LemanRass21]

Я тут подумал. Redis не подойдет потому что требует отдельной установки. У меня хостинг без ssh доступа. А менять хостинг ради одного редиса, увы, не могу.

[ThunderCat]

LemanRass21: а мемкеш входит в базовую функциональность? в принципе он вам тоже подойдет, хотя это более ммм... старое решение. В крайнем случае Вам придется все же поднимать таблицу временных записей в бд. Такое количество записей конечно слегка затормозит работу, но все же не будет критичным при приемлемой нагрузке. Единственное узкое место в данном случае я вижу в межсайтовых запросах, тут никогда заранее не знаешь насколько быстро получишь ответ от удаленного сервера.

Answer 2

[Григорий Есин]

10000 записей --- это совсем немного, даже можно сказать, что чуть-чуть. Подойдёт любая субд (rdbms или nosql --- не имеет значения).

Answer 3

[Андрей Minisol]

nosql хранилища например, ну или memcache

Answer 4

[Игорь Воротнёв]

Object storage - Memcached / Redis