Простая задача выборки - туплю

Всем добра...
Есть БД с таблицами широты и долготы, и простая задача по заданным координатам исходной точки сформировать таблицу (запрос) с координатами точек не дальше заданного
Вроде все просто, я не привожу стандартные команды:
запрос сам по себе работает, но видимо я чего-то не рублю от слова совсем
максимальное количество точек из задаваемых условий может быть 4, а вот запрос выплевывает 54

0

Сообщение от Jamaica Потому и написал, что не стыкуется с:

Если строго, то да не стыкуется, а вообще смысл такой же, только расстояние - это групповое ограничение, а

Сообщение от Jamaica (LAT - ~pLAT) и (LON - ~pLON) больше ~pREZ

, это почленная фильтрация

0

Сообщение от Jamaica ...У Вас тут декартово произведение?...

Кстати только заметил.
Оказывается не я самый вумный.

0

Сообщение от POJIBOX достаточно просто поставить"-"

Ну - ну.
Успехов с минусом.

0

Сообщение от VinniPuh На первый раз не буду вас гнобить и троллить,

Премного благодарен, но Вы видимо уже давно варитесь и много знаете, где что лежит и т.д.
Вы конечно можете считать меня идиотом и все в этом духе...
Но на вашем месте я бы отправил ссылку на конкретный документ, а еще лучше параграф по теме.
Потому как лазить по 1000000 ссылок не вижу смысла, причем попутно научиться фильтровать запросы поиска
А по факту большая часть примеров еще зависима от всякого рода интерпретаций.
Короче, хотя куда уж короче, если Вам по делу нечего сказать, то лучше бы промолчали - за умного сошли бы...

0

Сообщение от POJIBOX за умного сошли бы...

Это вы за дурака сойдёте, если не приложите свой пример в заархивированом виде, дабы каждый умеющий и знающий и более того - желающий, смог помочь.
Иначе как вам можно будет на примере как это можно будет сделать?
Никчёмные и завуалированные оскорбления прощаю последний раз.
Я добренький пофигист только 2 раза.
Это кроме вас ВСЕ знають.

Добавлено через 6 минут

Сообщение от POJIBOX ...Но на вашем месте я бы...

Вы не на моём месте.
Я не спрашиваю.
Спрашиваете - ВЫ.
Будьте учтивее.

0

Запрос наверно должен быть все таки таким

т.е. сначала грубо определяем все координате в квадрате (кресте координат), после чего уже ограничиваем выборку по радиусу. Но даже в этом случае мы получим декартовое произведение всех вариантов. т.е. если в текущей полосе широт и секторе долготы будет допустим по 1000 координат, то запрос выдаст 1000000 вариантов прежде чем проверить на расстояние от точки поиска.

Структура хранения вообще не оптимальная, поиск будет работать медленно, наверно нужно проиндексировать сразу обе координаты на объекте и искать по ним. Даже учитывая то что аксес не содержит специализированных способов индексации координат это будет работать быстрее чем то что сейчас у Вас.

А еще я тут подумал, и все эти формулы не учитывают что земля то не плоская и формула для поиска объектов в районе полюса или Гринвича должна быть сложнее.

1

Еще раз благодарю покорнейше...
И осмелюсь, все же, нарваться на третье китайское предупреждение.
Вы, уважаемый, читали полностью о чем речь? Или поверхностно летали и тешили свое самолюбие на ошибках "новичков"?
Ямайка уже просил целиком БД.
Второй раз объясняю, расширенно: база наполнена информацией, которая, мягко говоря, не касается посторонних глаз, без этой информации 2 фото табличек - вполне себе информативны для сути задачи, описанной в топе.
По поводу Ваших обидок...
От Вас я вижу только 2 поста с попыткой ткнуть меня носом куда не следует и показать свое "Я".
Соответствующее уважение к Вам и формируется с этих посылок, а не от количества сообщений рейтингов и "всеобщего" уважения.
Мне Вы ничем толковым не помогли, влезли в тему с нравоучениями и требованием поклонения к человеку, которого видите в первый раз.
Успехов Вам и всего самого наилучшего, надеюсь больше не видеть от Вас всякого оффтопа, чтобы не тратить впустую время на объяснение простых человеческих истин.

Добавлено через 11 минут

Сообщение от Swa111 Структура хранения вообще не оптимальная, поиск будет работать медленно, наверно нужно проиндексировать сразу обе координаты на объекте и искать по ним. Даже учитывая то что аксес не содержит специализированных способов индексации координат это будет работать быстрее чем то что сейчас у Вас. А еще я тут подумал, и все эти формулы не учитывают что земля то не плоская и формула для поиска объектов в районе полюса или Гринвича должна быть сложнее.

Спасибо за описание подхода! Мне только не понятно следующее, во вложенных запросах вы задаете новые псевдонимы результатам, а во внешнем делаете выборку по старым, это недосмотр или так и должно быть?

Насчет всего другого.
Обратите внимание, что значения LAT и LON - целые, они являются индексами в другой связанной таблице, поэтому поиск по индексам думаю не стоит объяснять как быстро происходит.
Насчет кривизны земли и т.д. поверьте я решаю эту задачу, но на другом этапе и другими методами. Просто исходные данные расположены в узлах полярной координатной решетки, а она не учитывает искажения в плоском пространстве.

Добавлено через 4 минуты

Сообщение от Swa111 SQL 1 WHERE LAT BETWEEN :pLat - :pREZ AND :pLat + :pREZ)

Еще 1 маленький вопрос, повторное использование параметра допускается? У меня сложилось впечатление, что это приводит к ошибкам... у меня много параметрических запросов и приходилось параметры вводить под разными именами, чтобы формула заработала.

0

Да там опечатка во втором подзапрсе должно быть as qlon. Про проблему переиспользования параметров мне не известно. Если она естт то просто встраивайте выражение сразу в запрос.

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

В данном случае индексы как бы они быстро не работали бы, вам особо не помогут, так как неверный архитектурный подход

попробую на примере объяснть. Допустим в район попало 1000 объектов. Все с уникальными координатами. То естт запрос что выше даст 1000 широт и долгот, декартовое произведение между которыми даст 1млн пар. Затем нужно будет милион раз просканировать таблицу с объектами (поиск по индексу быстр но это вовсе не значит что он моментален) что бы найти эту тысячу объектов. На сколько мне известно аксесс не может в hash join.

0

Сообщение от Swa111 Да там опечатка во втором подзапрсе должно быть as qlon.

Вопрос был даже не про это.

Сообщение от Swa111 SELECT   LAT, LON SQL 1 2 FROM   (SELECT LAT FROM Latitude WHERE LAT BETWEEN :pLat - :pREZ AND :pLat + :pREZ) AS qLat,   SQL 1 (SELECT LON FROM Longitude  WHERE LON BETWEEN :pLON - :pREZ AND :pLON + :pREZ) AS qLon

Выделил свое сомнение.

Сообщение от Swa111 Так если у Вас есть связанная таблица (предполагаю что объект с координатой) то уже там нужно создать индекс на долготу, широту и именно по этим метрикам искать.

Извините, читайте по буквам, у меня координаты ЦЕЛОЧИСЛЕННЫЕ и являются индексами! Мне не нужно дополнительное индексирование. Более того я сводки получаю в таком формате - координаты целочисленные. Если интересно посмотрите на формат передачи данных о погоде GRIB.

0

Ваши сомнения напрасны, в этом месте так и должно.

Я понял что они целочисоенные и что являются первичными ключами, а так же понял что они разнесены по двум таблицам связанные через третью. И даже привел пример почему этот подход плох

0

Сообщение от Swa111 так как неверный архитектурный подход

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

Добавлено через 2 минуты

Сообщение от Swa111 а так же понял что они разнесены по двум таблицам связанные через третью.

они не связаны через третью, они являются индексами и информацией о координатах одновременно, все тут правильно,
какой смысл плодить всякие сложности, когда информация у меня так или иначе является Декартовым множеством

Добавлено через 1 минуту
Ладно, бытовые проблемы зовут, за подход еще раз отдельное спасибо

0

Сообщение от POJIBOX сформировать таблицу (запрос) с координатами точек не дальше заданного

Сообщение от Jamaica В архив и сюда приложите.

А точка с ш:57.36.124, д:36.57.421 дальше или ближе относительно чего? Ведь у точки может быть больше широта и меньше долгота, или наоборот. И зачем все эти таблицы. Достаточно одной с полями:[точка/идентификатор],[широта],[долгота] и после преобразования текста 57.36.124 в число 5736124 отобрать меньшие, преобразованные в число, координаты. Без четко сформулированной задачи-как Вам помочь? Или я вообще ничего не понял?

0

Сообщение от POJIBOX ...база наполнена информацией, которая, мягко говоря, не касается посторонних глаз,...

БД может вовсе не содержать данных или просто какие ни то левые.
Вам говорят о правильности построения БД, а не о якобы конфиденциальной информации, которая и нафиг ни кому не нужна.
А влез только по тому, что никто кроме меня вам не разяснит, а будут только посылать, типа читать мануал и прочую непонятную новичку справку.
Но уболтали, ухожу из темы, раз уж я вам так не люб.
Месяца через 2-3 решите свою проблему - наверное.

0

Извините, с телефона не все функции работают

Сообщение от SDKU Без четко сформулированной задачи-как Вам помочь?

Задача сформулирована более чем четко - сформировать из 2 таблиц (широта, долгота) набор точек с координатами при условии, что они находятся не далее определенного расстояния.

Сообщение от VinniPuh А влез только по тому, что никто кроме меня вам не разяснит, а будут только посылать, типа читать мануал и прочую непонятную новичку справку.

Прочтите свой первый пост в этой теме, мне кажется Ваше предложение было именно такое.
Учитывая специфику метео информации ничего слишком замороченного в таблице нет, в основной таблице 5 ключевых полей для хранения информации о точке:
ID вида данных
Широта - как ключ
Долгота - как ключ
Время - как ключ
ID источника данных
Ну и несколько полей с данными.
Соответственно для всех ключей есть таблицы с дополнительными данными, упрощающими обслуживание интерфейса.
Такая структура обусловлена порядком получения данных.
А вот для решения задач с обработкой, в частности локальной интерполяцией мне нужно выделить значимые точки - ближайшие

Я не прошу оптимизировать всю БД абы все было красиво, за такую работу платят хорошие деньги, да и не могу раскрывать характер решаемых задач, хотя и понимаю, что многое можно сделать более красиво. Мне нужно решить ту задачу ,что я описал.

0

Сообщение от SDKU и после преобразования текста 57.36.124 в число 5736124 отобрать меньшие, преобразованные в число, координаты.

Я бы угловые величины в секундах хранил, так считать проще.

0

Сообщение от POJIBOX в частности локальной интерполяцией мне нужно выделить значимые точки - ближайшие

наконец-то, вы выложили что-то конкретное
цель:зная время или некое иное значение в узлах - получить значение в точке

0

Честное слово, почему все пытаются переделать ту задачу, которую я решаю на свой лад?

Никаких дополнительных условий: зная координаты исходной точки найти из таблиц долготы и широты координаты точек расположенных не далее определенного расстояния!!!

ВСЁ! НИКАКОЙ дополнительной информации на момент решения задачи НЕТ!

И ещё возьмите во внимание, я не студент проспавший лабу или просто решивший заниматься программированием человек, я решаю свою научную задачу и поэтому полностью представляю, что мне нужно...

Добавлено через 38 минут
Ещё одно, я вижу,что многих смущает декартово произведение, успокойтесь расстояние до точек определяется минимальным разрешением исходных данных с учётом что градаций разрешения мало и не предвидится ее увеличение, то общее количество точек после предварительной фильтрации по квадрату не превысит 100 в самом жутком сне, на который способен мой мозг

1

Сообщение от POJIBOX ...2 таблиц (широта, долгота) набор точек..

И все-таки почему 2 таблицы,а не одна(зачем атрибуты одной сущности-точка "растягивать" на две таблицы-это есть нарушение одного из основополагающих принципов "базостроения"-Вы думаете после такого нарушения что-то толковое получится?.А каков критерий создания набора (сколько точек будет в наборе?)

Сообщение от POJIBOX ВСЁ! НИКАКОЙ дополнительной информации на момент решения задачи НЕТ!

Как можно решить задачу не имея исходных данных.

0

Формула расчета расстояния во WHERE не верна,
без пересчета углов в километры (мили или проч.).

0

добрался до компа

Сообщение от Swa111 SQL 1 2 3 4 5 6 7 SELECT   LAT, LON FROM   (SELECT LAT FROM Latitude WHERE LAT BETWEEN :pLat - :pREZ AND :pLat + :pREZ) AS qLat,   (SELECT LON FROM Longitude  WHERE LON BETWEEN :pLON - :pREZ AND :pLON + :pREZ) AS qLon WHERE   SQRT((LAT - :pLat) ^ 2 + (LON - :pLON)^2) < :pREZ

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

Добавлено через 2 минуты

Сообщение от Jamaica Формула расчета расстояния во SQL 1 2 3 4 WHERE     ((LAT - :pLAT)^2 + (LON - :pLON)^2)^0.5 не верна, без пересчета углов в километры (мили или проч.).

Извините, но вы мыслите плоско и в линейных единицах, на сфере существует другая система измерения - полярная, она включает в принципе только УГЛЫ и даже расстояние выражается в угловых величинах

Прошу не учите меня физике и математике, помогите с ACCESS

Добавлено через 7 минут

Сообщение от SDKU Как можно решить задачу не имея исходных данных.

Повторяю для решения описанной мной задачи все исходные данные ЕСТЬ!
Не пытайтесь понять зачем мне это надо и какова структура БД, насколько она не соответствует вашему пониманию БД.
Есть задача которую нужно решить, а не переделать мир, чтобы не решать задачу.
Кстати
На С++ я решу эту задачу на раз, но зачем мне делать полную выборку из БД и фильтровать ее внутри программы, когда БД сама позволяет это сделать...

0