찾다

SQL JSON 간략한 소개

Nov 24, 2016 am 11:26 AM
jsonmysqlsql

서문

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

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으로 문의하세요.
MySQL에 저장된 절차는 무엇입니까?MySQL에 저장된 절차는 무엇입니까?May 01, 2025 am 12:27 AM

저장된 절차는 성능을 향상시키고 복잡한 작업을 단순화하기 위해 MySQL에서 사전 컴파일 된 SQL 문입니다. 1. 성능 향상 : 첫 번째 편집 후 후속 통화를 다시 컴파일 할 필요가 없습니다. 2. 보안 향상 : 권한 제어를 통해 데이터 테이블 액세스를 제한합니다. 3. 복잡한 작업 단순화 : 여러 SQL 문을 결합하여 응용 프로그램 계층 로직을 단순화합니다.

쿼리 캐싱은 MySQL에서 어떻게 작동합니까?쿼리 캐싱은 MySQL에서 어떻게 작동합니까?May 01, 2025 am 12:26 AM

MySQL 쿼리 캐시의 작동 원리는 선택 쿼리 결과를 저장하는 것이며 동일한 쿼리가 다시 실행되면 캐시 된 결과가 직접 반환됩니다. 1) 쿼리 캐시는 데이터베이스 읽기 성능을 향상시키고 해시 값을 통해 캐시 된 결과를 찾습니다. 2) MySQL 구성 파일에서 간단한 구성, query_cache_type 및 query_cache_size를 설정합니다. 3) SQL_NO_CACHE 키워드를 사용하여 특정 쿼리의 캐시를 비활성화하십시오. 4) 고주파 업데이트 환경에서 쿼리 캐시는 성능 병목 현상을 유발할 수 있으며 매개 변수의 모니터링 및 조정을 통해 사용하기 위해 최적화해야합니다.

다른 관계형 데이터베이스를 통해 MySQL을 사용하면 어떤 장점이 있습니까?다른 관계형 데이터베이스를 통해 MySQL을 사용하면 어떤 장점이 있습니까?May 01, 2025 am 12:18 AM

MySQL이 다양한 프로젝트에서 널리 사용되는 이유에는 다음이 포함됩니다. 1. 고성능 및 확장 성, 여러 스토리지 엔진을 지원합니다. 2. 사용 및 유지 관리, 간단한 구성 및 풍부한 도구; 3. 많은 지역 사회 및 타사 도구 지원을 유치하는 풍부한 생태계; 4. 여러 운영 체제에 적합한 크로스 플랫폼 지원.

MySQL에서 데이터베이스 업그레이드를 어떻게 처리합니까?MySQL에서 데이터베이스 업그레이드를 어떻게 처리합니까?Apr 30, 2025 am 12:28 AM

MySQL 데이터베이스를 업그레이드하는 단계에는 다음이 포함됩니다. 1. 데이터베이스 백업, 2. 현재 MySQL 서비스 중지, 3. 새 버전의 MySQL 설치, 4. 새 버전의 MySQL 서비스 시작, 5. 데이터베이스 복구. 업그레이드 프로세스 중에 호환성 문제가 필요하며 Perconatoolkit과 같은 고급 도구를 테스트 및 최적화에 사용할 수 있습니다.

MySQL에 사용할 수있는 다른 백업 전략은 무엇입니까?MySQL에 사용할 수있는 다른 백업 전략은 무엇입니까?Apr 30, 2025 am 12:28 AM

MySQL 백업 정책에는 논리 백업, 물리적 백업, 증분 백업, 복제 기반 백업 및 클라우드 백업이 포함됩니다. 1. 논리 백업은 MySQLDump를 사용하여 데이터베이스 구조 및 데이터를 내보내며 소규모 데이터베이스 및 버전 마이그레이션에 적합합니다. 2. 물리적 백업은 데이터 파일을 복사하여 빠르고 포괄적이지만 데이터베이스 일관성이 필요합니다. 3. 증분 백업은 이진 로깅을 사용하여 변경 사항을 기록합니다. 이는 큰 데이터베이스에 적합합니다. 4. 복제 기반 백업은 서버에서 백업하여 생산 시스템에 미치는 영향을 줄입니다. 5. AmazonRDS와 같은 클라우드 백업은 자동화 솔루션을 제공하지만 비용과 제어를 고려해야합니다. 정책을 선택할 때 데이터베이스 크기, 가동 중지 시간 허용 오차, 복구 시간 및 복구 지점 목표를 고려해야합니다.

MySQL 클러스터링이란 무엇입니까?MySQL 클러스터링이란 무엇입니까?Apr 30, 2025 am 12:28 AM

mysqlclusteringenhancesdatabaserobustness andscalabilitydaturedingdataacrossmultiplenodes.itusesthendbenginefordatareplicationandfaulttolerance, highavailability를 보장합니다

MySQL의 성능을 위해 데이터베이스 스키마 설계를 어떻게 최적화합니까?MySQL의 성능을 위해 데이터베이스 스키마 설계를 어떻게 최적화합니까?Apr 30, 2025 am 12:27 AM

MySQL에서 데이터베이스 스키마 설계 최적화는 다음 단계를 통해 성능을 향상시킬 수 있습니다. 1. 인덱스 최적화 : 공통 쿼리 열에서 인덱스 생성, 쿼리의 오버 헤드 균형 및 업데이트 삽입. 2. 표 구조 최적화 : 정규화 또는 정상화를 통한 데이터 중복성을 줄이고 액세스 효율을 향상시킵니다. 3. 데이터 유형 선택 : 스토리지 공간을 줄이기 위해 Varchar 대신 Int와 같은 적절한 데이터 유형을 사용하십시오. 4. 분할 및 하위 테이블 : 대량 데이터 볼륨의 경우 파티션 및 하위 테이블을 사용하여 데이터를 분산시켜 쿼리 및 유지 보수 효율성을 향상시킵니다.

MySQL 성능을 어떻게 최적화 할 수 있습니까?MySQL 성능을 어떻게 최적화 할 수 있습니까?Apr 30, 2025 am 12:26 AM

tooptimizemysqlperformance, followthesesteps : 1) 구현 properIndexingToSpeedUpqueries, 2) useExplaintoAnalyzeanDoptimizeQueryPerformance, 3) AdvertServerConfigUrationSettingstingslikeInnodb_buffer_pool_sizeandmax_connections, 4) uspartOflEtOflEtOflestoI

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

SublimeText3 영어 버전

SublimeText3 영어 버전

권장 사항: Win 버전, 코드 프롬프트 지원!

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

SecList

SecList

SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.