[DBMS]MariaDB 스키마(Schema) 관리 가이드

이번 글에서는 MariaDB에서 스키마를 생성, 조회, 삭제하는 방법에 대해 알아보겠습니다. 스키마는 데이터베이스의 구조를 정의하는 중요한 요소로, 효율적인 데이터베이스 관리를 위해 필수적입니다.

≣ 목차

• 스키마란❔
• 스키마 생성(CREATE)🌈
• 스키마 조회(SHOW)🧐
• 스키마 삭제(DROP)☁
• 핵심 내용👀

MariaDB 사용자 권한에 관한 부분은 지난 포스팅을 확인해 주세요😁

[DBMS]MariaDB 사용자 권한 관리: 로컬 호스트와 외부 접속의 보안 강화

스키마란❔

스키마(Schema)는 데이터베이스에서 테이블, 뷰, 인덱스 등의 데이터 구조를 논리적으로 묶어서 관리하는 개념입니다. 이는 데이터베이스의 논리적인 구조를 정의하고, 데이터베이스 객체들을 그룹화하여 관리하기 위해 사용됩니다.

스키마는 실제 데이터를 포함하지 않으며, 데이터베이스의 구조를 정의하는 역할을 합니다. 스키마는 데이터베이스에 포함된 여러 데이터 객체들의 집합을 나타내며, 이를 통해 데이터베이스 객체들 간의 관계와 구조를 명확히 정의할 수 있습니다.

일반적으로 데이터베이스에서는 여러 개의 스키마를 가질 수 있습니다. 각 스키마는 서로 다른 데이터 그룹을 표현하고, 데이터베이스 내에서 이를 분리하여 구성할 수 있습니다. 이를 통해 데이터베이스의 유지보수와 관리가 용이해지며, 데이터의 구조를 쉽게 파악할 수 있습니다.

스키마는 데이터베이스 시스템에 따라 구현 방식이 다를 수 있지만, 일반적으로 스키마는 데이터베이스의 논리적 구조를 정의하는 데 사용되며, 데이터베이스 객체들 간의 관계와 종속성을 명확히 합니다. 데이터베이스를 설계하고 관리할 때 스키마는 중요한 개념으로 고려되며, 데이터베이스의 효율성과 유지보수성을 높이는 데 중요한 역할을 합니다.
스키마는 데이터베이스 내의 테이블, 뷰, 인덱스 등의 구조를 정의하는 개념으로, 한 번 생성된 스키마는 일반적으로 수정이 불가능합니다. 즉, 스키마가 한 번 정의되면 해당 스키마의 구조를 변경하는 것은 일반적으로 허용되지 않습니다. 스키마의 불변성은 데이터베이스의 논리적 일관성을 유지하고 데이터의 무결성을 보장하기 위해 중요합니다.

따라서 스키마를 변경해야 하는 경우에는 대부분의 데이터베이스 시스템에서는 스키마의 삭제와 새로운 스키마의 생성을 통해 이루어집니다. 이 과정에서 기존 데이터를 백업하고 새로운 구조로 데이터를 이전하는 작업이 필요할 수 있습니다.

스키마의 수정이 불가능한 이유는 데이터베이스의 구조가 변경되면 이미 존재하는 데이터와의 호환성 문제가 발생할 수 있기 때문입니다. 따라서 스키마를 수정하는 것은 신중한 계획과 절차가 필요하며, 이를 통해 데이터의 무결성과 시스템의 안정성을 보장할 수 있습니다.

스키마 생성(CREATE)🌈

스키마 생성은 데이터베이스 내에서 새로운 스키마를 만드는 과정을 말합니다.

기본 스키마 생성

기본적으로 스키마를 생성하기 위해서는 CREATE SCHEMA 명령어를 사용합니다. 기본적으로 다음과 같은 형식으로 사용됩니다.

CREATE SCHEMA `스키마_이름`;

위 명령어에서 스키마_이름은 생성하려는 스키마의 이름을 나타냅니다. 예를 들어, test_schema 라는 이름의 스키마를 생성하려면 다음과 같이 명령어를 입력합니다.

CREATE SCHEMA `test_schema`;

이 명령어는 데이터베이스에 test_schema 라는 새로운 스키마를 생성합니다.

존재 여부 확인 후 스키마 생성

이미 동일한 이름의 스키마가 존재할 때, 스키마를 생성하려 하면 오류가 발생합니다.
이를 방지하기 위해 IF NOT EXISTS 옵션을 사용할 수 있습니다. 이 옵션은 동일한 이름의 스키마가 존재하지 않을 때만 새로운 스키마를 생성하도록 합니다.

CREATE SCHEMA IF NOT EXISTS `test_schema`;

이 명령어는 test_schema가 이미 존재하면 아무 작업도 수행하지 않고, 존재하지 않으면 새 스키마를 생성합니다.

스키마 생성의 의미

스키마를 생성하는 것은 데이터베이스 관리에 있어 중요한 단계입니다. 스키마는 데이터베이스 객체들을 논리적으로 그룹화하여 관리하기 쉽게 만들며, 데이터베이스 내의 구조를 명확히 합니다. 이를 통해 데이터베이스의 복잡성을 줄이고 유지보수를 용이하게 할 수 있습니다.

주의사항

• 스키마 이름은 고유해야 합니다. 동일한 이름의 스키마를 생성하려 하면 오류가 발생합니다.
• 스키마 이름은 알파벳, 숫자, 밑줄(_)을 사용할 수 있으며, 대소문자를 구분하지 않습니다.
• 스키마를 생성할 때 특별한 권한이 필요할 수 있습니다. 데이터베이스 관리자는 사용자에게 적절한 권한을 부여해야 합니다.

스키마 생성은 데이터베이스 설계의 첫 단계로, 잘 구조화된 스키마는 데이터베이스 성능과 유지보수에 큰 영향을 미칩니다.

스키마 조회(SHOW)🧐

스키마 조회는 현재 데이터베이스 서버에 존재하는 모든 스키마를 확인하는 과정입니다. 스키마를 조회하여 데이터베이스에 어떤 스키마들이 존재하는지 확인할 수 있습니다. 이를 통해 데이터베이스의 구조를 파악하고, 필요한 작업을 수행할 수 있습니다.

MariaDB에서는 SHOW SCHEMAS 명령어를 사용하여 모든 스키마를 조회할 수 있습니다. 이 명령어를 실행하면 현재 데이터베이스 서버에 존재하는 모든 스키마의 목록이 출력됩니다. 예를 들어, 다음과 같이 명령어를 입력하면 스키마 목록을 확인할 수 있습니다.

SHOW SCHEMAS;

스키마 조회를 통해 데이터베이스 내에 어떤 스키마들이 있는지 파악할 수 있으며, 이는 데이터베이스의 구조를 이해하고 데이터 관리 작업을 수행하는 데 도움이 됩니다.

스키마 삭제(DROP)☁

스키마 삭제는 데이터베이스 내에 존재하는 스키마를 제거하는 작업을 말합니다. 스키마를 삭제하면 해당 스키마에 속한 테이블, 뷰, 프로시저 등의 데이터 객체들도 함께 제거됩니다. 스키마를 삭제함으로써 데이터베이스의 구조를 변경하거나 정리할 수 있습니다.
MariaDB에서는 DROP SCHEMA 명령어를 사용하여 스키마를 삭제할 수 있습니다. 기본적으로 다음과 같은 형식으로 사용됩니다.

DROP SCHEMA `스키마_이름`;

위 명령어에서 스키마_이름은 삭제하려는 스키마의 이름을 나타냅니다. 예를 들어, 예를 들어, test_schema라는 이름의 스키마를 삭제하려면 다음과 같이 명령어를 사용할 수 있습니다.

DROP SCHEMA `test_schema`;

또한, 이미 해당 스키마가 존재하지 않는 경우에는 오류가 발생할 수 있습니다. 이를 방지하기 위해 IF EXISTS 옵션을 사용할 수 있습니다. 이 옵션은 스키마가 존재할 경우에만 스키마를 삭제합니다.

DROP SCHEMA IF EXISTS `test_schema`;

스키마 삭제는 데이터베이스의 구조를 변경하거나 정리할 때 유용한 작업입니다. 하지만 주의해야 할 점은 스키마를 삭제하면 해당 스키마에 속한 모든 데이터 객체들이 함께 삭제되므로, 실수를 방지하기 위해 삭제 전에 스키마에 속한 데이터 객체들을 적절히 백업하거나 이동시켜야 합니다.

핵심 내용👀