LeetCode题练习与总结：组合两个表--175

一直学习永不止步

已于 2024-07-31 23:18:56 修改

阅读量612

点赞数 19

分类专栏： LeetCode 简单 MySQL 文章标签：算法数据结构 LeetCode Java 数据库职场和发展 MySQL

于 2024-07-27 06:00:00 首次发布

本文链接：https://blog.csdn.net/weixin_62860386/article/details/140587784

版权

LeetCode 同时被 3 个专栏收录

206 篇文章 0 订阅

订阅专栏

简单

51 篇文章 0 订阅

订阅专栏

MySQL

10 篇文章 0 订阅

订阅专栏

一、题目描述

SQL Schema > Pandas Schema >

表: Person

+-------------+---------+
| 列名         | 类型     |
+-------------+---------+
| PersonId    | int     |
| FirstName   | varchar |
| LastName    | varchar |
+-------------+---------+
personId 是该表的主键（具有唯一值的列）。
该表包含一些人的 ID 和他们的姓和名的信息。

表: Address

+-------------+---------+
| 列名         | 类型    |
+-------------+---------+
| AddressId   | int     |
| PersonId    | int     |
| City        | varchar |
| State       | varchar |
+-------------+---------+
addressId 是该表的主键（具有唯一值的列）。
该表的每一行都包含一个 ID = PersonId 的人的城市和州的信息。

编写解决方案，报告 Person 表中每个人的姓、名、城市和州。如果 personId 的地址不在 Address 表中，则报告为 null 。

以 任意顺序 返回结果表。

结果格式如下所示。

示例 1:

输入: 
Person表:
+----------+----------+-----------+
| personId | lastName | firstName |
+----------+----------+-----------+
| 1        | Wang     | Allen     |
| 2        | Alice    | Bob       |
+----------+----------+-----------+
Address表:
+-----------+----------+---------------+------------+
| addressId | personId | city          | state      |
+-----------+----------+---------------+------------+
| 1         | 2        | New York City | New York   |
| 2         | 3        | Leetcode      | California |
+-----------+----------+---------------+------------+
输出: 
+-----------+----------+---------------+----------+
| firstName | lastName | city          | state    |
+-----------+----------+---------------+----------+
| Allen     | Wang     | Null          | Null     |
| Bob       | Alice    | New York City | New York |
+-----------+----------+---------------+----------+
解释: 
地址表中没有 personId = 1 的地址，所以它们的城市和州返回 null。
addressId = 1 包含了 personId = 2 的地址信息。

二、解题思路

首先需要连接Person表和Address表，以便可以从Address表中获取每个人的城市和州信息。
由于题目要求即使某些人的地址信息在Address表中不存在，也需要在结果中显示这些人的信息，因此需要使用左连接（LEFT JOIN）。
在左连接时，以Person表为主表，Address表为从表，并使用PersonId作为连接条件。
最后，选择需要的列：FirstName、LastName、City和State。

三、具体代码

SELECT 
    p.FirstName, 
    p.LastName, 
    a.City, 
    a.State
FROM 
    Person p
LEFT JOIN 
    Address a 
ON 
    p.PersonId = a.PersonId;

四、时间复杂度和空间复杂度

1. 时间复杂度

表的扫描（Scan）：在最坏的情况下，如果没有索引，数据库可能需要对Person表进行全表扫描来找到所有的记录。时间复杂度为O(n)，其中n是Person表中的行数。
连接操作（Join）：对于Person表中的每一行，数据库需要查找Address表中对应的行。如果没有索引，这也可能是一个全表扫描，时间复杂度为O(m)，其中m是Address表中的行数。由于是左连接，每个Person表中的行都会与Address表进行匹配尝试，因此总体时间复杂度为O(n*m)。
如果PersonId上有索引，则查找Address表中对应行的操作将降低到O(log m)的时间复杂度，因为可以使用二分查找。因此，总体时间复杂度将降低到O(n*log m)。
因此，如果没有索引，时间复杂度为O(nm)；如果PersonId上有索引，时间复杂度为O(nlog m)。

2. 空间复杂度

结果集（Result Set）：空间复杂度取决于查询返回的结果集大小。在最坏的情况下，如果Person表中的每行都有一个对应的Address表中的行，那么结果集的大小将是n（Person表的行数）。因此，空间复杂度为O(n)。
缓存和临时数据结构：数据库在执行查询时可能会使用缓存和临时数据结构来存储中间结果。在最坏的情况下，这可能会需要额外的空间，其大小取决于查询优化器的实现和查询计划。然而，这通常不会超过O(n + m)。
因此，空间复杂度为O(n)，因为结果集的大小与Person表的行数成正比。

请注意，这些分析是基于理论上的假设，实际的时间复杂度和空间复杂度可能会因数据库的实际操作和优化而有所不同。