Откуда быстрее брать данные?

Question

[Крил]

Есть данные которые запрашиваются каждую секунду - сейчас массив лежит в файле.
Каждые 1-5 сек добавляются новые данные и считываются - получается файл постоянно читают и пишут в него.
Если смысл хранить данные в файле не ssd диске или в sql - откуда дешевле по времени и ресурсам сохранять и читать данные?

Answer 1

[Максим Тимофеев]

даныне

)))) из даныне хранилища, только и только по четвергам.

А если серьезно:
проведите эксперемент. Все ж зависит от большого кол-ва факторов. Например размер файла, скорость sdd и т.д. SQL БД придумали, потому что это удобнее, чем файл. Но все зависит от конкретной ситуации, которую Вы крайне мало описали.
Может быть Вам оптимальнее будет Redis, Memcache, но хз. Что там в реале у Вас.

Answer 2

[Петр]

Храните данные в памяти. Для это и нужно кеширование.
Приходят новые данные, вы их в БД сохраняете и кеш обновляете.
В итоге и надежно, и быстро.

Answer 3

[SharuPoNemnogu]

я бы посмотрел в сторону nosql

Answer 4

[4X_Pro]

Зависит от того, возможен ли одновременный приход данных из разных источников (скажем, два пользоваеля сразу обратились к сайту). Если да, то лучше SQL, так как без него придется самостоятельно делать блокировку файла, чтобы не получилось так, что оба пользователя пишут одновременно. Но базы данных SQL вполне можно поместить и на SSD.
Вообще, информации, конечно, маловато, но так сходу могу предположить, что лучше всего на данном этапе вам подойдет SQLite.

Comments

[Крил]

спасибо за ответ
опишу ситуацию подробнее
есть файл в котором хранятся массивы с числами по периодам
каждую секунду происходит аякс запрос к скрипту который выводит данные перед этим обработав их
когда много народу то начинает подтормаживать и подозреваю что из-за одновременно подключающихся и читающих файл каждую секунду

[ThunderCat]

Крил: тогда редис или мемкеш с миррором в бд будет оптимально.