在其他用户邮政编码的半径范围内定位用户

Posted 2023-02-23

【中文标题】在其他用户邮政编码的半径范围内定位用户

【英文标题】：Locating users within a radius of another users zip code

【发布时间】：2017-09-07 22:47:46

【问题描述】：

我有一个网站，允许用户在他们自己的邮政编码的指定半径范围内搜索其他用户。我首先必须定位用户的纬度和经度，并使用该数据来计算和查找其他用户。我已经根据 2 个必需的表准备了以下查询，但收到需要另一个别名的错误。如果我对这些值进行硬编码，那么当我将它们拆分出来时，就会找到部分查询工作，但是对于多个连接和子查询，我一直不成功。寻求任何指导或帮助。查询和表结构包括在下面。

根据反馈编辑查询和数据集。不再收到错误，但没有收到查询返回的任何数据。

SQL 语句

SELECT u.username, u.zip, m.longitude,
  m.latitude,
  m.zip from users u, zipcodes m  
LEFT JOIN (SELECT  s.zip,
  s.username from users s) t
 on m.zip =  t.zip
  and t.username = 'tester55'
  INNER join ( SELECT zip, city, state, ( 3959 * acos( cos( radians(@m.latitude) ) * cos( radians( latitude ) ) 
    * cos( radians( longitude ) - radians(@m.longitude) ) + sin( radians(@m.latitude) ) * sin(radians(latitude)) ) ) AS distance 
FROM zipcodes
HAVING distance < 5000
ORDER BY distance) as RelevantCodes
  ON (t.zip=RelevantCodes.zip)

用户表

    username     zip
-----------------------
    tester55     60608
    Tester1      60608
    iosuser1     73120
    Tester3      60608

邮政编码表

latitude     longitude     zip
--------------------------------
41.8515      -87.6694      60608
35.5835      -97.5638      73120
36.3169      -94.1545      72758

【问题讨论】：

关于您的编辑：也许您的想法太复杂了。例如，您可以将LEFT JOIN (SELECT s.zip, s.username from users s) t 替换为LEFT JOIN users（当然，在其余代码中将t 替换为users）。但既然我已经给出了一个可行的解决方案，我不会完全分析你的新解决方案:-)

【参考方案1】：

我现在没有时间制定一个正确的查询，但我会第一眼显示现有查询的问题。

1）关于您的实际问题：错误消息显示为ERROR 1248 (42000): Every derived table must have its own alias，并且已经说明出了什么问题。下一部分的子查询

LEFT JOIN (select s.zip,
  s.username,
  m.longitude,
  m.latitude,
  m.zip
from users s) on u.zip =  s.zip

需要自己的别名，所以最终应该是

LEFT JOIN (select s.zip,
  s.username,
  m.longitude,
  m.latitude,
  m.zip
from users s) t on u.zip =  t.zip

（注意右括号后面的 t 和 s.zip 替换为 t.zip）。但即使这样做，也会遇到问题 2（请参阅下一节）。

2) 子查询

(select s.zip,
        s.username,
        m.longitude,
        m.latitude,
        m.zip
        from users s)

将引发另一个错误，因为该子查询中不知道表 m。

如果您能够正确解决问题，我建议您编辑您的问题并让我们知道结果。如果没有，请发表评论或编辑您的问题，描述您遇到的其他问题。

编辑

我现在已经为您制定了解决方案：

SELECT zipcodes.zip,
       (3959 * acos(cos(radians(zipcodes.latitude)) *
                    cos(radians(center.latitude)) *
                    cos(radians(zipcodes.longitude ) -
                        radians(center.longitude)) +
                    sin(radians(zipcodes.latitude)) *
                    sin(radians(center.latitude)))) AS distance FROM
  ( SELECT users.username,
           users.zip,
           zipcodes.latitude,
           zipcodes.longitude FROM
    (users JOIN zipcodes ON users.zip = zipcodes.zip)
    WHERE (username='Tester1')
  ) center, zipcodes
HAVING (distance < 5000)
ORDER BY distance;

这会选择所需距离内的所有邮政编码，按距离排序。

您可能已经注意到，我已经简化了代码。另请注意，我已根据您的旧数据（您在编辑之前显示的数据）对此进行了测试，但使用Tester1 而不是tester55。

过滤时您确实需要HAVING 而不是WHERE，所以我最初的声明是误导性的。原因是 mysql 不允许在 WHERE 子句中使用计算列（在本例中：距离），但在 HAVING 子句中。这是非标准行为；通常，您必须以另一种方式解决此问题。我不会详细说明这一点，因为它是一个额外的可能令人担忧的事情，与您的原始问题没有密切关系。

编辑 2

最后，这是另外给出用户名的版本：

SELECT zipcodes.zip,
       users.username,
       (3959 * acos(cos(radians(zipcodes.latitude)) *
                    cos(radians(center.latitude)) *
                    cos(radians(zipcodes.longitude ) -
                        radians(center.longitude)) +
                    sin(radians(zipcodes.latitude)) *
                    sin(radians(center.latitude)))) AS distance FROM
  ( ( SELECT users.username,
             users.zip,
             zipcodes.latitude,
             zipcodes.longitude FROM
      (users JOIN zipcodes ON users.zip = zipcodes.zip)
      WHERE (username='Tester1')
    ) center, zipcodes) INNER JOIN users ON zipcodes.zip = users.zip
WHERE (users.username <> 'Tester1')
HAVING (distance < 5000)
ORDER BY distance;

请注意，您需要倒数第三行来过滤掉您正在为其计算距离的用户。如果您不这样做，结果将包括一行与用户本身（在本例中为：Tester1）和（几乎）0 的距离。

编辑 3

以下是以下 cmets 要求的版本（所需的搜索半径存储为表 users 中的附加字段 seekingdistance）：

SELECT zipcodes.zip,
       users.username,
       center.seekingdistance,
       (3959 * acos(cos(radians(zipcodes.latitude)) *
                    cos(radians(center.latitude)) *
                    cos(radians(zipcodes.longitude ) -
                        radians(center.longitude)) +
                    sin(radians(zipcodes.latitude)) *
                    sin(radians(center.latitude)))) AS distance FROM
  ( ( SELECT users.username,
             users.zip,
             users.seekingdistance,
             zipcodes.latitude,
             zipcodes.longitude FROM
      (users JOIN zipcodes ON users.zip = zipcodes.zip)
      WHERE (username='Tester1')
    ) center, zipcodes) INNER JOIN users ON zipcodes.zip = users.zip
WHERE (users.username <> 'Tester1')
HAVING (distance < center.seekingdistance)
ORDER BY distance;

【讨论】：

感谢您的指导。您的反馈帮助我克服了最初的错误，现在我正在处理说明重复 zip 列的错误。我正在使用您剩余的提示来尝试提出解决方案，但老实说我很难过。

我最终会尝试制定一个正确的查询，但请编辑您的问题并提供正确的数据。您到目前为止显示的查询不会显示任何结果，因为tester55's zip 不在zipcodes 表中。虽然这不会阻止我们得出一个语法正确的查询，但它会阻止我们检查该查询是否产生有意义的结果。

谢谢。我已经修改了查询，现在没有错误，但它没有返回任何数据。我已经用修改后的查询更新了问题，并用样本集更正了数据。

非常感谢。我走得很远。你很棒，也是个天才。 :-)

@techgirl08 您的附加问题：它可能不像看起来那么容易。假设用户A选择了200的搜索距离，用户B选择了100的搜索距离，他们之间的实际距离是150。当用户A搜索时，他会找到用户B。但用户B可能没有想被用户 A 找到，因为用户 A 太远了。所以我们首先必须定义寻找距离应该如何工作。用搜索用户的搜索距离代替5000并不难；我还没想过用待搜索用户的搜索距离来代替。