caxapa.ru :: О, да, научные работы. С новым годом, диванный теоретик. Юзеру начхать, сколько там у тебя петабайтов база данных, ему важно вовремя получить уведомление о пересечении границы геозоны и скидку на каско (для чего тебе надо посчитать метрики

Alex B. (25.12.2014 01:19, просмотров: 78) ответил fk0 на Сам не позорься. Есть научные работы на тему. ("Compression of GPS trajectories" Minjie Chen 1, Mantao Xu2 and Pasi Franti1, см. список литературы в конце... Spatiotemporal Compression Techniques for Moving Point Objects Nirvana Meratnia1 and

О, да, научные работы. С новым годом, диванный теоретик. Юзеру начхать, сколько там у тебя петабайтов база данных, ему важно вовремя получить уведомление о пересечении границы геозоны и скидку на каско (для чего тебе надо посчитать метрики страховых). И то и другое требует преобразования азимута и скорости в координаты, что куда более затратная операция, чем сохранение записи (привет арктангенсам).

Согласуйте импеданс!

Ответить

- Это процессору типа пеньтиум абсолютно начхать, на синус с косинусом перемножать (для обратного преобразования-то, арктангенс нужно в контроллере считать) или что-то другое, всё это выполняется на несколько порядков быстрей, чем запрос в БД. Речь fk0(94 знак., 25.12.2014 08:50)
  - Не смеши мою будденовку, в любой социалочке данных в день сохраняется на порядки больше. Объем БД давно перестал быть узким местом. Безлимит М2М – 85 ₽ в месяц. Тарифов с оплатой по траффику я давно уже не видел. - Alex B.(25.12.2014 14:16)
- Это спорный вопрос, как правило узкое место БД - это дисковые операции, а вовсе не FPU блок процессора, который тупо простаивает. - =AlexD=(25.12.2014 06:54)
  - Он не тупо простаивает, а обрабатывает данные с сокетов. Узкое место решается хорошей дисковой подсистемой, шардингом и использованием NoSQL кэша в ОЗУ (Redis). - Alex B.(25.12.2014 14:10)

Средства и методы разработки