В какой БД лучше хранить большое количество простых значений?
Суть в чем - есть приложение для записи GPS-трека. Мне бы хотелось оптимизировать хранение треков на сервере. По сути, это простые несвязные данные (координаты, скорость, время). Необходимо быстро отдавать большое количество точек пользователю, а также в процессе работы сохранять их и иногда запрашивать по необходимости в небольшом количестве. Я думаю использовать Redis (на данный момент у меня Postgres и там есть определенные проблемы, хотя, возможно, если я поменяю реализацию, почти все проблемы уйдут). Я задумываюсь о масштабировании в дальнейшем и не уверен, что хранить в Postgres лучше, т. к. в дальнейшем там может быть очень много строк в сравнении с другими таблицами. Если у вас есть опыт работы с подобными задачами, буду рад, если поделитесь. Спасибо!
cicatrix, я имею ввиду в строках таблицы. Проблемы пока были такие, что падала производительность при добавлении в реальном времени. Все хорошо, если запись происходит после завершения поездки. Есть ещё идея отправлять данные пачками (по 100 штук, например). Плюс не знаю, что будет с производительностью выборки, если будет миллиард записей в таблице, к примеру.Я просто думаю, что есть более специализированные БД для подобных случаев).
Вам нужна БД для временных рядов (timeseries database). Например, поставить на ваш postgresql плагин timescaledb. Или посмотреть на что-то вроде InfluxDb
Когда (и если) придет время масштабироваться за пределы возможностей вашего решения, изучите матчасть и перейдете на другое. Но до этого еще нужно дожить.
Средний
Простой
Простой
