MySQL优化多个内部联接

可能那是地球上最懒的mySQL查询。我不假装自己是这个主题的专家-我依靠社区的支持。

我有两个需要在查询中运行的表。一个表必须自身内部连接以提取链接的两端，然后需要使用第二个表来提取地理坐标。不知道必须先完成哪一个。需要进行一些地理切割-但这可能是另一天的问题。

过滤应在“频率”字段和“长/低”框中完成。但最重要的是，必须将同一表DEVICE_DETAILS的列连接在一起才能进行转换：

A面，，，，

B面

至：

A面，B面、、、、

加入声明应该更好地解释这一点：

查询是：

SELECT T.EFL_SYSTEM AS TX_EFL_SYSTEM,
          T.SITE_ID AS TX_SITE_ID,
          T.FREQUENCY AS TX_FREQUENCY, 
          T.DEVICE_TYPE AS TX_DEVICE_TYPE,
          T.EIRP AS TX_EIRP,
          T.LONGITUDE AS TX_LON,
          T.LATITUDE AS TX_LAT,
          R.EFL_SYSTEM AS RX_EFL_SYSTEM,
          R.SITE_ID AS RX_SITE_ID,
          R.FREQUENCY AS RX_FREQUENCY,
          R.DEVICE_TYPE AS RX_DEVICE_TYPE,
          R.EIRP AS RX_EIRP,
          ST.LONGITUDE,
          ST.LATITUDE,
          SR.LONGITUDE,
          SR.LATITUDE
  FROM DEVICE_DETAILS T
  INNER JOIN DEVICE_DETAILS R ON (T.EFL_SYSTEM=R.EFL_SYSTEM) AND (T.FREQUENCY=R.FREQUENCY) AND (T.DEVICE_TYPE != R.DEVICE_TYPE)
  INNER JOIN SITE ST ON T.SITE_ID = ST.SITE_ID
  INNER JOIN SITE SR ON R.SITE_ID = SR.SITE_ID
  WHERE T.FREQUENCY > 7425000000 AND T.FREQUENCY < 7525000000 AND R.FREQUENCY > 7425000000 AND R.FREQUENCY < 7525000000 AND T.DEVICE_TYPE = 'T';

这些是表格：

CREATE TABLE `SITE` (
    `SITE_ID` VARCHAR(31) NOT NULL,
    `LATITUDE` DECIMAL(18,14) NOT NULL,
    `LONGITUDE` DECIMAL(18,14) NOT NULL,
    `NAME` VARCHAR(1023) NOT NULL,
    `STATE` VARCHAR(80) NOT NULL,
    `LICENSING_AREA_ID` INT(3) NOT NULL,
    `POSTCODE` VARCHAR(18) NOT NULL,
    `SITE_PRECISION` VARCHAR(31) NOT NULL,
    `ELEVATION` INT(5) NOT NULL
)
COLLATE='latin1_swedish_ci'
ENGINE=InnoDB
;

对于DEVICE_DETAILS表；缺少一些字段，但是这些是基本字段。没有主键，可能是因为我每天早晨都进行CSV批量导入。我认为我也必须在稍后阶段对此部分进行优化

+--------------------------------+----------------+------+-----+---------+-------+
| Field                          | Type           | Null | Key | Default |    Extra|
+--------------------------------+----------------+------+-----+---------+-------+
| SDD_ID                         | int(10)        | NO   |     | NULL    ||
| FREQUENCY                      | bigint(20)     | NO   |     | NULL    ||
| BANDWIDTH                      | int(15)        | NO   |     | NULL    ||
| CARRIER_FREQ                   | bigint(20)     | NO   |     | NULL    ||
| EMISSION                       | varchar(63)    | NO   |     | NULL    ||
| DEVICE_TYPE                    | varchar(1)     | NO   |     | NULL    ||
| TRANSMITTER_POWER              | int(20)        | NO   |     | NULL    ||
| SITE_ID                        | varchar(31)    | NO   |     | NULL    |||
| EFL_SYSTEM                     | varchar(63)    | NO   |     | NULL    ||
+--------------------------------+----------------+------+-----+---------+-------+

在这方面的任何反馈或评论表示赞赏。

问题：

1-这些多个INNER JOINS是好的做法吗？还有什么其他选项可以对其进行优化2-我每天（每天）都使用CSV格式的INFILE导入；而且我无法使用源格式。我还能添加索引吗？会影响进口吗？还有什么需要优化索引方法的？3-我可以通过指定长/宽矩形边界在SITE表上添加过滤器-这将有助于优化操作吗？我应该在哪里在查询中添加这些条件

注意：我的SITE表大约是11.5MB，而DEVICE_DETAILS是大约232.8 MB。我有8GB的RAM和8个线程的处理器。