думаю первое что стоит сделать это отказаться от mysql в пользу postgresql так как у него есть внутри полная поддержка работы с гео данными longitude latitude включая GIST интексы а так же геометрия для поиска расстояния ( подробнее рассказать не могу тут придется ковырять документацию )
обсуждать далее mysql тут не стоит, инструменты выбираются под задачи, а не наоборот
Полная Версия: Разработка высоконагруженного проекта
| Цитата (bestxp @ 18.11.2015 - 12:29) |
| думаю первое что стоит сделать это отказаться от mysql в пользу postgresql так как у него есть внутри полная поддержка работы с гео данными longitude latitude включая GIST интексы а так же геометрия для поиска расстояния ( подробнее рассказать не могу тут придется ковырять документацию ) обсуждать далее mysql тут не стоит, инструменты выбираются под задачи, а не наоборот |
Это не тоже самое?
http://dev.mysql.com/doc/refman/5.6/en/spa...extensions.html
_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru
| Цитата (S.Chushkin @ 18.11.2015 - 13:04) | ||
|
хз лень читать много букв в куче не нужной мне информации
если вдруг начал поддерживать окей молодцы, но доведено ли это до качества pgsql или так для галочки сделано?
по мне так агрумента сервис 2gis использует постгрес для своих сервисов достаточен что бы сказать про качество реализации как gist индексов так и функций работы с геолокацией или как там правильно назвать
freeeeez
Отвечу про ПХП - бел проблем выдержит. 100к в сутки - это мало.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Отвечу про ПХП - бел проблем выдержит. 100к в сутки - это мало.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
| Цитата (kaww @ 18.11.2015 - 07:09) |
| freeeeez, самый простой вариант - это заранее определить все расстояния между всеми объектами и положить их в базу данных. А потом получать их простым запросом. |
Не получится. Место от которого идет отсчет будет всегда разным, т.е. от того где сейчас юзер находится.
| Цитата (freeeeez @ 18.11.2015 - 13:20) |
| Не получится. Место от которого идет отсчет будет всегда разным, т.е. от того где сейчас юзер находится. |
можно унифицировать контрольные точки, т.е расчтывать расстояние до контрольной точки которая ближе всего, а от неё уже всё почситано
+- километр это фигня
_____________
Стимулятор ~yoomoney - 41001303250491
| Цитата (Kusss @ 18.11.2015 - 07:30) |
| Теоретически. А можно ведь хранить координаты объекта. И поиск осуществлять по формуле от текущей координаты. |
А вот это интересно! Надо попробовать.
| Цитата (Valick @ 18.11.2015 - 10:22) | ||
можно унифицировать контрольные точки, т.е расчтывать расстояние до контрольной точки которая ближе всего, а от неё уже всё почситано +- километр это фигня |
В масштабах страны контрольных точек будет очень много. Это сразу нет. Один юзер будет смотреть от м. Звездная + 5км, другой от м. Парк Победы +5км и т.п. Подходит только вариант с формулой, только ее нужно еще хотя бы на бумаге представить, чтобы понять как выполнять расчет...
| Цитата (freeeeez @ 18.11.2015 - 13:27) |
| Подходит только вариант с формулой |
а котрольные точки по вашему на счётах или калькуляторе расчитывать?
процесс тот же самый, только вы хотите расчитывать в реальном времени и одно и то же по многу раз, а вам предлогают часть расчётов сохранить в готовом виде.
_____________
Стимулятор ~yoomoney - 41001303250491
freeeeez, читайте доку, там все ответы.
Например там, http://dev.mysql.com/doc/refman/5.6/en/spa...ect-shapes.html
_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru
Например там, http://dev.mysql.com/doc/refman/5.6/en/spa...ect-shapes.html
_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru
| Цитата (Valick @ 18.11.2015 - 11:11) | ||
а котрольные точки по вашему на счётах или калькуляторе расчитывать? процесс тот же самый, только вы хотите расчитывать в реальном времени и одно и то же по многу раз, а вам предлогают часть расчётов сохранить в готовом виде. |
координаты точки по адресу заносятся в БД при его добавлении через Яндекс.API, ничего на счетах считать не надо.
какие могут быть расчеты статичные, если пользователь может тыкнуть в произвольную точку на карте, где объекта вообще никогда не было (любой адрес) и указать от этой точки +3 км. вот как тут можно статичными расчетами отделаться? сколько от этой точки и до каждого объекта? входят ли они в 3км радиуса? и при изменении координаты этой точки (допустим он адрес чуть поменяет на пару км. левее) у него должна изменится выдача объектов в каталоге иначе смысла нет, если там будет как вы говорите +/- пару километров тогда он будет исходную точку двигать по карте, а найденные объекты меняться не будут
| Цитата (S.Chushkin @ 18.11.2015 - 11:27) |
| freeeeez, читайте доку, там все ответы. Например там, http://dev.mysql.com/doc/refman/5.6/en/spa...ect-shapes.html |
Ок, спасибо!
freeeeez
Вот, готовое решение уже http://habrahabr.ru/post/179157/
_____________
[продано копирайтерам]
Вот, готовое решение уже http://habrahabr.ru/post/179157/
_____________
[продано копирайтерам]
| Цитата (AllesKlar @ 18.11.2015 - 19:12) |
| freeeeez Вот, готовое решение уже http://habrahabr.ru/post/179157/ |
Именно то что нужно! Спасибо!
Вопрос закрыт!
Здесь расположена полная версия этой страницы.