>  기사  >  데이터 베이스  >  SQL JSON 간략한 소개

SQL JSON 간략한 소개

伊谢尔伦
伊谢尔伦원래의
2016-11-24 11:26:231443검색

서문

이 기사에서는 이전 작성 스타일을 그대로 유지하면서 간단하고 이해하기 쉬운 예를 사용하여 모든 사람이 다양한 조인의 차이점을 이해할 수 있도록 돕습니다.

Join이 필요한 이유

Join이 필요한 이유 Join은 중국어로 연결을 의미하고, 연결은 연관을 의미하는데, 하나의 테이블을 여러 테이블과 연결하는 것입니다. 데이터베이스 테이블을 처리할 때 여러 테이블에서 정보를 얻고 여러 테이블에서 여러 필드 데이터를 조합한 다음 이를 호출자에게 반환해야 하는 경우가 종종 있습니다. 따라서 조인의 전제는 이러한 테이블 사이에 관련 필드가 있어야 한다는 것입니다.

조인의 분류

조인은 내부 조인과 외부 조인의 3가지로 구분되는데 왼쪽 외부 조인, 오른쪽 외부 조인, 완전 외부 조인, 왼쪽 외부 조인은 왼쪽 조인이라고도 하는데 잘 알려진 왼쪽 조인입니다.

SQL JSON 간략한 소개

조인은 내부 조인과 외부 조인의 두 가지 유형으로 나누어지며, 왼쪽 외부 조인, 오른쪽 외부 조인, 완전 외부 조인, 왼쪽 외부 조인이 있습니다. 외부 조인은 잘 알려진 왼쪽 조인인 왼쪽 조인이라고도 합니다.

다양한 조인의 차이점

다양한 조인의 차이점을 소개하기 전에 간단한 예를 살펴보겠습니다.

시나리오 설명:

에서 인터넷 시대에는 누구나 온라인 쇼핑을 좋아하며 특히 Taobao와 JD.com을 좋아하므로 우리가 선택한 장면도 모든 사람에게 친숙합니다. 한 사람이 쇼핑몰에서 어떤 제품을 샀는지에 대한 이야기입니다.

위의 요구 사항에 따라 tb_person과 tb_order라는 두 개의 테이블을 만들었습니다. 여기서 tb_person은 해당 사람에 대한 설명이고 tb_order는 A입니다. 그가 구매한 품목에 대한 설명입니다.

우리의 테이블 구조는 매우 간단합니다. tb_person은 그 사람이 누구인지만 알면 되므로 id, firstname(이름), lastname(성) 세 개의 필드만 있습니다. 마찬가지로 tb_order도 매우 간단합니다. 누가 어떤 제품을 구입했는지 알기 위해서는 oid, oname(제품 이름), pid(구매자 번호)의 세 가지 필드만 필요합니다.

tb_person:

+------------+-------------+------+-- ---+---------+---+

| 필드 유형 |

+------------+-------------+------+------+---- - ----+----------------+

| pid | int(11) | NO | auto_increment |

| 이름 | NULL | 성 | varchar(50) | ------------+------+------+---------+--------- ----- --+

tb_order:

+---------+---------------+------ -+--- --+---------+---+

| 필드 유형 | Null 키 |

+-------+-------------+------+------+---- ----- +----------------+

| PRI | NULL | varchar(50) | NULL | 예 | NULL |

+------+-------------+-------+---- +---- -----+----------------+

다음으로 위의 두 테이블에 샘플 데이터를 작성합니다.

 data in tb_person:

+------+------------+

pid | |

+------+----------+

| 앤디 |

| 2 | 이리 |

| 3 | 애비 |

+------+--- ------ +----------+

tb_person 테이블에는 세 사람이 있습니다. 즉, andy Chen, irri Wan, abby Sun

 data in tb_order:

+-----+---------+------+

| oid |

+-- ---+----------+------+

| 1 | 책 1 |

| 2 | >

| 3 | 컴퓨터 | 4 |

+---+----------+------+

tb_order 테이블에는 3개의 데이터가 기록되어 있습니다. 즉, Andy Chen이 두 가지 제품, 즉 책과 전화를 구입한 사람도 있습니다. 이에 대해 궁금한 점이 있을 수 있습니다. 왜 tb_person 테이블에 4번 인원을 가진 사람이 없는 걸까요? 여기서는 등록된 사용자가 많기 때문에 사용자 테이블 전략을 채택했기 때문에 인사번호 4번의 사용자가 다른 인사 테이블에 있을 수 있다고 가정합니다.

이전 설명을 통해 테이블을 조인하려면 관련 필드가 있어야 한다는 것을 알고 있습니다. 위 예에서는 관련 필드가 pid임을 알 수 있습니다.

tb_person, tb_order 두 테이블을 기준으로 세 가지 상황을 볼 수 있다.

person 테이블의 사람이 상품을 구매했다. 즉, order 테이블에는 사용자의 구매 기록이 있다. product. 예를 들어 Andy Chen은 책과 전화라는 두 가지 제품을 구입했습니다. 즉, pid는

person 테이블에 모두 존재합니다. 예를 들어, irri Wan과 abby Sun이라는 두 명의 사용자는 상품을 구매하지 않았습니다. 즉, pid는 tb_person 테이블에만 존재합니다.

주문 테이블에서 상품을 구매한 사용자는 person에서 기록을 찾을 수 없습니다. 예를 들어, pid가 4인 사용자가 컴퓨터를 구입했는데 tb_person 테이블에 해당 사용자에 대한 기록이 없습니다. 즉, pid는 tb_order 테이블에만 존재합니다.

위의 세 가지 상황을 이해하세요. 도움말, 다음으로 각 조인의 차이점을 자세히 분석하겠습니다.

INNER JOIN

소위 내부 조인은 앞서 언급한 상황 1을 의미합니다. , pid는 tb_person과 tb_order 모두에 있어야 합니다.

+------+------------+--------- +

| pid | 이름 |

MariaDB [demo]> SELECT p.pid, p.firstname, o.oname
    -> FROM tb_person p
    -> INNER JOIN tb_order o
    -> ON p.pid=o.pid;
+------+----------+

| 1 | 앤디 | 책 |

+-------+--- ----+

LEFT JOIN

tb_person LEFT JOIN tb_order는 위의 사례 1과 사례 2의 결합을 의미합니다. LEFT JOIN의 결과 집합에는 INNER JOIN의 결과뿐만 아니라 tb_person에서 상품을 구매하지 않은 모든 사용자의 집합이 포함됩니다.

+-----+---------+

| pid |

+------+----------+

MariaDB [demo]> SELECT p.pid, p.firstname, o.oname
    -> FROM tb_person p
    -> LEFT JOIN tb_order o
    -> ON p.pid=o.pid;
|책 |

|   1 | andy      | phone |

|   2 | irri      | NULL  |

|   3 | abby      | NULL  |

+-----+-----------+-------+

 RIGHT JOIN

  tb_person RIGHT JOIN tb_order的意思是上述情形1和情形3的并集。RIGHT JOIN的结果集不仅包含INNER JOIN的结果,而且还包含所有tb_order中所有已经购买商品的用户但该用户记录不存在于tb_person表。

MariaDB [demo]> SELECT p.pid, p.firstname, o.oname
    -> FROM tb_person p
    -> RIGHT JOIN tb_order o
    -> ON p.pid=o.pid;

+------+-----------+----------+

| pid  | firstname | oname    |

+------+-----------+----------+

|    1 | andy      | book     |

|    1 | andy      | phone    |

| NULL | NULL      | computer |

+------+-----------+----------+

FULL JOIN

  故名思议,FULL JOIN就是上述情形1,2,3的并集了,但是mysql数据库不支持full join查询,所以我们只能LEFT JOIN union RIGHT JOIN,才能得到FULL JOIN的结果。

MariaDB [demo]> SELECT p.pid, p.firstname, o.oname
    -> FROM tb_person p
    -> LEFT JOIN tb_order o
    -> ON p.pid=o.pid
    -> UNION
    -> SELECT p.pid, p.firstname, o.oname
    -> FROM tb_person p
    -> RIGHT JOIN tb_order o
    -> ON p.pid=o.pid;

+------+-----------+----------+

| pid  | firstname | oname    |

+------+-----------+----------+

|    1 | andy      | book     |

|    1 | andy      | phone    |

|    2 | irri      | NULL     |

|    3 | abby      | NULL     |

| NULL | NULL      | computer |

+------+-----------+----------+

 注:我们上述的sql语句全部基于mysql数据库执行。

 总结

  本文主要描述了sql join的分类以及各种join的区别,通过简单的示例,让大家更清晰的去了解他们。至于什么时候使用join要视具体的情况而定,根据不同的需求采用不同的策略。

  非常感谢大家的热心回复,可能有些问题的探讨超出了本文的范畴,但是非常乐意大家提出问题,然后大家一起去探索去发现。

 引用

  NULL

 附件

 demo.sql文件

create database demo;
use demo;
 
create table tb_person (
    pid int(11) auto_increment,
    firstname varchar(50),
    lastname varchar(50),
    primary key(pid)
);
 
create table tb_order (
    oid int(11) auto_increment,
    oname varchar(50),
    pid int(11),
    primary key(oid)
);
 
insert into tb_person(firstname, lastname) values('andy','chen');
insert into tb_person(firstname, lastname) values('irri','wan');
insert into tb_person(firstname, lastname) values('abby','sun');
 
insert into tb_order(oname, pid) values('book', 1);
insert into tb_order(oname, pid) values('phone', 1);
insert into tb_order(oname, pid) values('computer', 4);


성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.