Mike Sherrill ‘Cat Recall’ 이 훌륭한 답변을했습니다 . 간단히 하나의 예를 추가하겠습니다 : Postgres .

클러스터 = Postgres 설치

머신에 Postgres를 설치할 때 해당 설치를 클러스터 라고 합니다 . 여기서 ‘클러스터’ 는 여러 컴퓨터가 함께 작동 하는 하드웨어적인 의미가 아닙니다 . Postgres에서 클러스터 는 동일한 Postgres 서버 엔진을 사용하여 관련없는 여러 데이터베이스를 모두 가동하고 실행할 수 있다는 사실을 나타냅니다.

클러스터 라는 단어 는 Postgres와 동일한 방식으로 SQL 표준 에 의해 정의됩니다 . SQL 표준을 밀접하게 따르는 것이 Postgres 프로젝트의 주요 목표입니다.

SQL-92 사양은 말합니다 :

클러스터는 구현 정의 카탈로그 모음입니다.

과

정확히 하나의 클러스터가 SQL 세션과 연결됩니다.

이는 클러스터가 데이터베이스 서버 (각 카탈로그가 데이터베이스 임)라고 말하는 무례한 방법입니다.

클러스터> 카탈로그> 스키마> 테이블> 열 및 행

따라서 Postgres와 SQL Standard 모두에서 다음과 같은 포함 계층 구조가 있습니다.

• 컴퓨터에는 하나 또는 여러 개의 클러스터가있을 수 있습니다.
• 데이터베이스 서버는 클러스터 입니다.
• 클러스터에는 카탈로그가 있습니다. (카탈로그 = 데이터베이스)
• 카탈로그에는 스키마가 있습니다. (스키마 = 테이블의 네임 스페이스 및 보안 경계)
• 스키마에는 테이블 이 있습니다 .
• 테이블에는 행 이 있습니다 .
• 행에는 열로 정의 된 값 이 있습니다 .
  이러한 값은 사용자 이름, 송장 기한, 제품 가격, 게이머의 최고 점수와 같이 앱과 사용자가 관심을 갖는 비즈니스 데이터입니다. 열은 값 의 데이터 유형 (텍스트, 날짜, 숫자 등)을 정의합니다.

다중 클러스터

이 다이어그램은 단일 클러스터를 나타냅니다. Postgres의 경우 호스트 컴퓨터 (또는 가상 OS) 당 둘 이상의 클러스터를 가질 수 있습니다. Postgres의 새 버전 (예 : 9.0 , 9.1 , 9.2 , 9.3 , 9.4 , 9.5 ) 을 테스트하고 배포하기 위해 여러 클러스터가 일반적으로 수행됩니다 .

클러스터가 여러 개인 경우 위의 다이어그램이 복제되었다고 상상해보십시오.

서로 다른 포트 번호를 사용하면 여러 클러스터가 동시에 작동하고 동시에 실행될 수 있습니다. 각 클러스터에는 고유 한 포트 번호가 할당됩니다. 보통5432 은 기본값 일 뿐이며 사용자가 설정할 수 있습니다. 각 클러스터는 들어오는 데이터베이스 연결을 위해 자체 할당 된 포트에서 수신 대기합니다.

예제 시나리오

예를 들어 한 회사에 두 개의 서로 다른 소프트웨어 개발 팀이있을 수 있습니다. 하나는 창고를 관리하는 소프트웨어를 작성하고 다른 팀은 영업 및 마케팅을 관리하는 소프트웨어를 작성합니다. 각 개발 팀은 서로를 인식하지 못하는 자체 데이터베이스를 가지고 있습니다.

그러나 IT 운영 팀은 단일 컴퓨터 상자 (Linux, Mac 등)에서 두 데이터베이스를 모두 실행하기로 결정했습니다. 그래서 그 상자에 Postgres를 설치했습니다. 따라서 하나의 데이터베이스 서버 (데이터베이스 클러스터). 해당 클러스터에서 각 개발 팀에 대한 카탈로그 인 ‘warehouse’와 ‘sales’라는 두 개의 카탈로그를 만듭니다.

각 개발 팀은 목적과 액세스 역할이 서로 다른 수십 개의 테이블을 사용합니다. 따라서 각 개발 팀은 테이블을 스키마로 구성합니다. 우연히도 두 개발 팀은 회계 데이터를 추적하므로 각 팀은 ‘회계’라는 스키마를 갖게됩니다. 동일한 스키마 이름을 사용하는 것은 문제가되지 않습니다. 카탈로그에는 각각 고유 한 네임 스페이스가 있으므로 충돌이 없습니다.

또한 각 팀은 결국 ‘원장’이라는 회계 목적으로 테이블을 만듭니다. 다시 말하지만 이름 충돌이 없습니다.

이 예를 계층 구조로 생각할 수 있습니다.

• 컴퓨터 (하드웨어 박스 또는 가상화 된 서버)
  • Postgres 9.2 클러스터 (설치)
    • warehouse 카탈로그 (데이터베이스)
      • inventory 개요
        • [… 일부 테이블]
      • accounting 개요
        • ledger 표
        • [… 다른 테이블]
    • sales 카탈로그 (데이터베이스)
      • selling 개요
        • [… 일부 테이블]
      • accounting 스키마 (위와 동일한 이름)
        • ledger 테이블 (위와 동일한 이름)
        • [… 다른 테이블]
  • Postgres 9.3 클러스터
    • [… 기타 스키마 및 테이블]

각 개발 팀의 소프트웨어는 클러스터에 연결합니다. 이를 수행 할 때 자신의 카탈로그 (데이터베이스)를 지정해야합니다. Postgres를 사용하려면 하나의 카탈로그에 연결해야하지만 해당 카탈로그로 제한되지는 않습니다. 초기 카탈로그는 SQL 문이 카탈로그 이름을 생략 할 때 사용되는 단순한 기본값입니다.

따라서 개발 팀이 다른 팀의 테이블에 액세스해야하는 경우 데이터베이스 관리자가 액세스 권한 을 부여 했다면 그렇게 할 수 있습니다. 액세스는 catalog.schema.table 패턴의 명시 적 이름 지정으로 이루어집니다 . 따라서 ‘창고’팀이 다른 팀의 ( ‘영업’팀) 원장을 확인해야하는 경우 sales.accounting.ledger. 자신의 원장에 액세스하려면 accounting.ledger. 그들은 소스 코드의 동일한 부분에 두 원장에 액세스하는 경우, 그들은 자신의 (선택 사항) 카탈로그 이름을 포함하여 혼동을 피하기 위해 선택할 수있다 warehouse.accounting.ledger대 sales.accounting.ledger.

---

그건 그렇고 …

특정 데이터베이스 테이블 구조의 전체 디자인을 의미하는보다 일반적인 의미로 사용되는 스키마 라는 단어를들을 수 있습니다 . 대조적으로 SQL 표준에서이 단어는 특히 Cluster > Catalog > Schema > Table계층 구조 의 특정 계층을 의미 합니다.

Postgres는 CREATE DATABASE 명령 과 같은 다양한 위치에서 단어 데이터베이스 와 카탈로그 를 모두 사용합니다 .

모든 데이터베이스 시스템이이 전체 계층을 제공하는 것은 아닙니다 Cluster > Catalog > Schema > Table. 일부에는 단일 카탈로그 (데이터베이스) 만 있습니다. 일부는 스키마가없고 한 세트의 테이블 만 있습니다. Postgres는 매우 강력한 제품입니다.

---

답변