Расчет расстояния, который быстрее mongodb или mysql - PullRequest
1 голос
/ 03 апреля 2012

Я немного озадачен следующими проблемами и их решениями: у меня есть 2 таблицы users & userfriends, имеющие следующую структуру

users
userid         lat          long


userfriends
    userid         friendid

поэтому в таблице пользователей у меня есть список всех пользователей, а в списке друзей у меня есть список друзей для каждого пользователя. Теперь я хочу подсчитать количество ближайших пользователей (расстояние), чтобы мой друг сказал мне использовать mongodb, которые имеют высокую производительность. Но я нашел другую функцию, которую я могу использовать в хранимой процедуре в MySQL

function distance($lat1, $lon1, $lat2, $lon2, $unit) { 

  $theta = $lon1 - $lon2; 
  $dist = sin(deg2rad($lat1)) * sin(deg2rad($lat2)) +  cos(deg2rad($lat1)) * cos(deg2rad($lat2)) * cos(deg2rad($theta)); 
  $dist = acos($dist); 
  $dist = rad2deg($dist); 
  $miles = $dist * 60 * 1.1515;
  $unit = strtoupper($unit);

  if ($unit == "K") {
    return ($miles * 1.609344); 
  } else if ($unit == "N") {
      return ($miles * 0.8684);
    } else {
        return $miles;
      }
}

Так что в основном я хочу, чтобы мой расчет расстояния был быстрее и быстрее. Так может кто-нибудь сказать мне, правильно ли я поступаю, или мне нужно отправить необходимые данные (последние и длинные друзья пользователей) в mongodb и рассчитать, а mongodb вернет результаты в мою базу данных (MySQL)?

1 Ответ

1 голос
/ 03 апреля 2012

Оба MySQL и MongoDB поддерживают геопространственную индексацию.IME, базы данных NoSQL имеют огромные преимущества в производительности при выборе отдельных записей, но предлагают меньшее преимущество в производительности (все еще обычно быстрее) по сравнению с реляционной базой данных при работе с запросами диапазона - YMMV.

Существуют и другие фундаментальные различия, которые хорошо освещены в других местах.

Вы действительно хотите потратить много времени на чтение связанных документов - описанный вами метод будет феноменально неэффективным.

...