데이터베이스 엔진편집자 확인

데이터베이스 엔진의 핵심 기능은 데이터베이스 내 데이터에 대한 기본적인 CRUD 연산을 수행하는 것이다. CRUD는 데이터 조작의 네 가지 기본 동작인 생성(Create), 읽기(Read), 갱신(Update), 삭제(Delete)의 약자로, 모든 데이터 처리 애플리케이션의 근간이 된다.

엔진은 애플리케이션 프로그래밍 인터페이스나 쿼리를 통해 전달된 명령을 해석하여 실제 데이터 파일에 접근하고 변경한다. '생성' 연산은 새로운 데이터 레코드를 삽입하며, '읽기' 연산은 저장된 데이터를 조회하여 결과를 반환한다. '갱신' 연산은 기존 데이터의 내용을 수정하고, '삭제' 연산은 데이터를 데이터베이스에서 제거한다.

이러한 연산의 효율성과 안정성은 사용되는 스토리지 엔진의 설계에 크게 의존한다. 예를 들어, MyISAM 엔진은 빠른 읽기 연산에 강점이 있는 반면, InnoDB 엔진은 갱신 및 삭제 연산이 빈번한 환경에서 데이터 무결성을 보호하는 데 더 적합하다. 따라서 개발자는 애플리케이션의 워크로드 특성에 맞춰 적절한 엔진을 선택할 수 있다.

CRUD 연산은 단순해 보이지만, 내부적으로는 복잡한 디스크 입출력, 인덱스 관리, 메모리 버퍼링 등의 작업을 수반한다. 엔진은 이러한 저수준 작업을 추상화하여 사용자나 데이터베이스 관리 시스템의 다른 모듈이 높은 수준의 논리적 데이터 모델에만 집중할 수 있도록 한다.

트랜잭션 관리는 데이터베이스 엔진이 제공하는 핵심 기능 중 하나로, 여러 개의 데이터베이스 작업을 논리적인 하나의 작업 단위로 묶어 안전하게 처리하는 것을 보장한다. 이는 ACID 속성(원자성, 일관성, 고립성, 지속성)을 준수함으로써 이루어진다. 예를 들어, 은행 계좌 이체 작업에서 출금과 입금은 별도의 CRUD 연산이지만, 트랜잭션 관리 시스템은 이 두 작업을 하나의 트랜잭션으로 처리하여 둘 다 성공하거나 둘 다 실패하도록 한다. 이를 통해 시스템 장애나 오류 발생 시 데이터의 일관성을 유지할 수 있다.

트랜잭션 관리자는 일반적으로 로그 파일을 활용하여 이러한 안정성을 구현한다. 모든 데이터 변경 사항은 먼저 로그에 기록된 후 실제 데이터 파일에 적용된다. 만약 시스템이 트랜잭션 도중 비정상적으로 종료되면, 재시작 시 이 로그를 검사하여 완료되지 않은 트랜잭션은 롤백하고, 완료된 트랜잭션은 재실행함으로써 데이터의 지속성을 보장한다. 이 과정을 복구라고 한다.

또한, 트랜잭션 관리 기능은 동시성 제어와 밀접하게 연관되어 있다. 여러 사용자가 동시에 같은 데이터에 접근하여 트랜잭션을 수행할 때, 적절한 잠금 메커니즘 또는 다중 버전 동시성 제어(MVCC) 같은 기법을 사용하여 트랜잭션 간의 고립성을 유지한다. 이는 동시 실행으로 인해 발생할 수 있는 데이터 불일치 문제를 방지한다. 따라서 트랜잭션 관리는 데이터 무결성과 시스템 신뢰도의 근간이 되는 필수 기능이다.

동시성 제어는 여러 사용자나 애플리케이션이 동시에 데이터베이스에 접근하여 데이터를 조작할 때 발생할 수 있는 문제를 방지하고 데이터의 일관성을 유지하는 핵심 기능이다. 데이터베이스 엔진은 트랜잭션의 격리성을 보장하기 위해 다양한 기법을 사용하여 동시에 실행되는 여러 작업들을 제어한다. 주요 목표는 데이터의 정확성을 해치지 않으면서 시스템의 처리량과 응답 시간을 최대화하는 것이다.

동시성 제어가 필요한 대표적인 문제로는 갱신 분실, 비일관성 분석, 팬텀 읽기 등이 있다. 예를 들어, 두 개의 트랜잭션이 동일한 데이터를 서로 모르는 상태에서 순차적으로 읽고 수정하면, 먼저 수행된 변경 사항이 나중에 수행된 변경에 의해 덮어써지는 갱신 분실 문제가 발생할 수 있다. 이를 방지하기 위해 데이터베이스 엔진은 락킹, 타임스탬프 순서 프로토콜, 다중 버전 동시성 제어(MVCC) 등의 메커니즘을 구현한다.

가장 널리 사용되는 방식은 락킹으로, 데이터에 접근하기 전에 락을 획득하도록 하여 다른 트랜잭션의 간섭을 배제한다. 락에는 공유 락과 배타적 락이 있으며, 데드락을 방지하기 위한 다양한 프로토콜이 함께 사용된다. 한편, 다중 버전 동시성 제어(MVCC)는 데이터를 변경할 때마다 새로운 버전을 생성하고, 읽기 작업은 특정 시점의 일관된 버전을 조회하는 방식으로, 읽기와 쓰기 작업 간의 충돌을 크게 줄여 성능을 향상시킨다.

데이터 무결성은 데이터베이스에 저장된 데이터의 정확성, 일관성, 신뢰성을 보장하는 핵심적인 기능이다. 데이터베이스 엔진은 이를 위해 여러 가지 제약 조건과 규칙을 정의하고 강제하여 애플리케이션 로직에 의존하지 않고도 데이터의 품질을 유지한다.

주요 무결성 제약 조건으로는 엔티티 무결성, 참조 무결성, 도메인 무결성이 있다. 엔티티 무결성은 각 테이블의 기본 키가 고유하고 널(NULL) 값을 가질 수 없음을 보장한다. 참조 무결성은 외래 키와 관련된 규칙으로, 한 테이블의 외래 키 값은 반드시 참조하는 테이블의 기본 키 값으로 존재해야 하거나 널 값이어야 한다. 이는 데이터 간의 논리적 관계를 깨뜨리지 않도록 한다. 도메인 무결성은 각 컬럼에 입력되는 값이 사전에 정의된 데이터 타입, 형식, 범위를 준수하도록 한다.

데이터베이스 엔진은 이러한 제약 조건을 데이터 정의 언어를 통해 스키마에 명시하고, 모든 데이터 조작 연산이 발생할 때 이를 검증한다. 예를 들어, InnoDB 엔진은 외래 키 제약 조건을 강력하게 지원하여 참조 무결성을 관리한다. 이를 통해 잘못된 데이터의 입력, 수정, 삭제를 사전에 차단하고, 데이터 간의 논리적 일관성을 유지하여 시스템 전체의 신뢰도를 높인다.

쿼리 처리기는 데이터베이스 관리 시스템(DBMS)의 핵심 구성 요소 중 하나로, 사용자나 애플리케이션으로부터 전달받은 쿼리(질의)를 해석하고 최적화하여 실행하는 역할을 담당한다. 이 구성 요소는 구조화 질의어(SQL)와 같은 질의어로 작성된 명령을 데이터베이스 엔진이 이해하고 처리할 수 있는 형태로 변환하는 과정을 총괄한다. 쿼리 처리기의 주요 목표는 주어진 쿼리를 가장 효율적으로 수행하는 실행 계획을 수립하고, 이를 저장 관리자와 같은 다른 하위 시스템에 전달하여 실제 데이터 접근 작업을 수행하도록 하는 것이다.

쿼리 처리기의 주요 작업 단계는 일반적으로 구문 분석, 최적화, 실행 계획 생성으로 나눌 수 있다. 먼저 구문 분석 단계에서는 쿼리의 문법적 오류를 검사하고 의미 구조를 분석한다. 이후 최적화 단계에서는 동일한 결과를 내는 여러 가지 실행 방법 중에서 인덱스 사용 여부, 조인 순서, 접근 경로 등을 고려하여 가장 비용이 적게 드는 방법을 선택한다. 최종적으로 생성된 실행 계획은 저장 관리자를 통해 데이터베이스 엔진에 전달되어 실제 CRUD 연산이 수행된다.

쿼리 처리기의 성능은 전체 데이터베이스 시스템의 응답 속도와 효율성에 직접적인 영향을 미친다. 복잡한 조인이나 대량의 데이터를 처리하는 쿼리의 경우, 최적화가 제대로 이루어지지 않으면 시스템 자원을 과도하게 소모하거나 응답 시간이 크게 지연될 수 있다. 따라서 현대의 데이터베이스 관리 시스템은 통계 정보를 수집하고 비용 기반 최적화 알고리즘을 활용하여 지능적인 쿼리 최적화를 수행한다.

저장 관리자는 데이터베이스 관리 시스템(DBMS)의 핵심 구성 요소로, 디스크와 같은 물리적 저장 장치에 데이터를 실제로 저장하고 접근하는 역할을 담당한다. 이 구성 요소는 쿼리 처리기가 해석한 명령을 받아 데이터의 생성, 읽기, 갱신, 삭제(CRUD) 작업을 직접 수행하며, 데이터가 효율적으로 저장되고 검색될 수 있도록 한다. 저장 관리자는 인덱스를 생성하고 관리하여 데이터 검색 속도를 높이며, 데이터 파일의 공간 할당과 관리도 책임진다.

저장 관리자의 구체적인 구조와 동작 방식은 사용되는 스토리지 엔진의 유형에 따라 크게 달라진다. 예를 들어, 트랜잭션을 지원하는 InnoDB 같은 엔진은 데이터 복구와 데이터 무결성을 보장하기 위해 로그 파일을 적극적으로 관리한다. 반면, MyISAM 같은 엔진은 이러한 트랜잭션 로깅 기능이 없어 속도에 중점을 두는 설계를 보인다. 하나의 DBMS는 여러 종류의 저장 엔진을 동시에 지원할 수 있어[2], 애플리케이션의 요구사항에 맞게 최적의 저장 방식을 선택할 수 있는 유연성을 제공한다.

이 구성 요소는 트랜잭션 관리자 및 버퍼 관리자와 긴밀하게 협력하여 시스템 전체의 성능과 안정성을 유지한다. 데이터의 물리적 저장 형식, 압축 알고리즘, 암호화 방식 등을 결정하는 것도 저장 관리자의 주요 임무에 속한다. 따라서 저장 관리자의 설계는 데이터베이스의 처리 속도, 신뢰성, 확장성에 직접적인 영향을 미치는 핵심 요소이다.

트랜잭션 관리자는 데이터베이스 엔진의 핵심 구성 요소 중 하나로, 트랜잭션의 원자성, 일관성, 고립성, 지속성을 보장하는 역할을 담당한다. 이는 ACID 속성으로 알려져 있으며, 데이터의 신뢰성과 정확성을 유지하는 데 필수적이다. 트랜잭션 관리자는 사용자가 데이터베이스에 수행하는 일련의 작업을 하나의 논리적 단위로 묶어 관리하며, 작업이 완전히 성공하거나 완전히 실패하도록 보장한다.

주요 기능으로는 트랜잭션 로그를 활용한 복구와 동시성 제어가 있다. 시스템 장애가 발생했을 때, 트랜잭션 관리자는 로그를 분석하여 완료되지 않은 트랜잭션을 롤백하고, 커밋된 트랜잭션을 재실행함으로써 데이터베이스를 일관된 상태로 복구한다. 또한, 여러 사용자가 동시에 데이터에 접근할 때 발생할 수 있는 문제를 방지하기 위해 락이나 MVCC 같은 기법을 사용하여 트랜잭션 간의 고립성을 유지한다.

이러한 관리 작업은 쿼리 처리기와 저장 관리자와 긴밀하게 협력하여 이루어진다. 쿼리 처리기가 사용자의 요청을 트랜잭션 단위로 구성하면, 트랜잭션 관리자는 해당 작업의 실행을 조율하고, 저장 관리자는 물리적 데이터의 변경을 안전하게 처리한다. 대표적인 데이터베이스 관리 시스템인 MySQL의 InnoDB 엔진은 이러한 트랜잭션 관리를 완벽히 지원하는 대표적인 예이다.

트랜잭션 지원 엔진은 ACID 특성을 보장하는 트랜잭션 처리를 핵심 기능으로 제공하는 데이터베이스 엔진이다. 이 유형의 엔진은 데이터의 원자성, 일관성, 고립성, 지속성을 관리하여, 은행 거래나 재고 관리와 같이 데이터 정확성이 매우 중요한 금융 시스템이나 전자상거래 애플리케이션에서 필수적으로 사용된다. 이러한 엔진은 시스템 장애가 발생하거나 여러 사용자가 동시에 데이터를 변경하는 상황에서도 데이터의 무결성을 유지한다.

대표적인 트랜잭션 지원 엔진으로는 MySQL의 기본 엔진인 InnoDB와 그 개선판인 XtraDB, 그리고 고성능 B-트리 대체 구조를 사용하는 TokuDB 등이 있다. 이들 엔진은 복잡한 쿼리와 높은 동시성 작업을 안정적으로 처리할 수 있도록 설계되었다. 반면, MyISAM이나 Aria와 같은 엔진은 트랜잭션을 지원하지 않아, 주로 읽기 작업이 빈번한 웹 사이트의 로그 데이터나 임시 테이블 저장 등에 활용된다.

트랜잭션 지원 엔진을 선택하는 것은 애플리케이션의 요구사항에 따라 결정된다. 데이터의 정확성과 신뢰성이 최우선인 비즈니스 로직을 구현할 때는 필수적이다. 그러나 트랜잭션 관리에 따른 오버헤드로 인해 순수 읽기 전용 작업이나 단순한 데이터 로깅에는 오히려 비효율적일 수 있다. 따라서 개발자는 데이터 일관성, 성능, 저장 공간 효율성 등을 종합적으로 고려하여 적절한 엔진을 선택해야 한다.

임베디드 데이터베이스 엔진은 애플리케이션에 내장되어 단일 애플리케이션에서만 사용되도록 설계된 소형 데이터베이스 엔진이다. 이는 별도의 데이터베이스 서버 프로세스를 필요로 하지 않고, 애플리케이션과 동일한 프로세스 공간에서 실행된다. 주로 모바일 애플리케이션, 데스크톱 소프트웨어, 또는 특정 임베디드 시스템에서 사용되며, 경량화와 간편한 배포가 주요 장점이다.

이러한 엔진은 라이브러리 형태로 제공되어 애플리케이션 코드에 직접 링크된다. 사용자는 복잡한 네트워크 설정이나 별도의 서버 관리 없이도 CRUD 연산을 수행할 수 있다. 대표적인 예로 SQLite가 있으며, 이는 파일 기반의 관계형 데이터베이스 관리 시스템으로서 전 세계 수많은 애플리케이션에 채택되어 있다.

임베디드 데이터베이스 엔진은 자원이 제한된 환경에서 효율적으로 동작하도록 최적화되어 있다. 디스크 I/O를 최소화하고, 메모리 사용량을 줄이는 데 중점을 둔다. 또한, 트랜잭션 관리와 데이터 무결성을 보장하는 ACID 속성을 완전히 또는 부분적으로 지원하는 경우가 많다. 이러한 특성 덕분에 로컬 데이터 저장소가 필요한 소규모 프로젝트나 클라이언트 측 캐싱에 매우 적합하다.

인메모리 데이터베이스 엔진은 데이터를 주기억장치(RAM)에 상주시켜 처리하는 특수한 유형의 데이터베이스 엔진이다. 이 방식은 데이터 접근 속도가 하드 디스크 드라이브나 솔리드 스테이트 드라이브 같은 보조기억장치에 비해 훨씬 빠르기 때문에, 초고속 데이터 처리가 요구되는 온라인 거래 처리나 실시간 분석 같은 시나리오에서 주로 사용된다.

이 엔진의 핵심 특징은 모든 데이터베이스 작업이 메모리 내에서 이루어진다는 점이다. 이로 인해 디스크 입출력 병목 현상이 제거되어 쿼리 처리와 트랜잭션 실행 속도가 극적으로 향상된다. 그러나 휘발성 메모리의 특성상 시스템 전원이 꺼지면 데이터가 사라질 수 있어, 데이터 지속성을 보장하기 위해 주기적으로 스냅샷을 디스크에 저장하거나 트랜잭션 로그를 기록하는 방식이 함께 사용된다[3].

인메모리 데이터베이스 엔진은 임베디드 데이터베이스 엔진과 함께 데이터베이스 관리 시스템의 부가적인 엔진 형태로 분류된다. 대표적인 예로는 MySQL의 MEMORY 스토리지 엔진이나 Redis, SAP HANA의 인메모리 컴퓨팅 엔진 등이 있다. 이러한 엔진들은 빅데이터 분석, 금융 거래 시스템, 통신 네트워크 관리 등 응답 시간이 중요한 애플리케이션에서 그 가치를 발휘한다.

InnoDB는 MySQL 및 마리아DB와 같은 관계형 데이터베이스 관리 시스템에서 사용되는 주요 스토리지 엔진이다. 이 엔진은 ACID 트랜잭션을 완벽히 지원하며, 참조 무결성과 동시성 제어를 위한 행 수준 잠금 기능을 제공한다. 이러한 특성으로 인해 데이터의 안정성과 무결성이 중요한 온라인 트랜잭션 처리 환경에서 널리 채택되고 있다.

InnoDB의 핵심 구조는 버퍼 풀과 로그 파일로 구성된다. 버퍼 풀은 자주 접근하는 데이터를 메모리에 캐싱하여 디스크 입출력 성능을 극대화한다. 변경 사항은 먼저 리두 로그에 기록되어 시스템 장애 발생 시 데이터 복구를 보장한다. 또한, 클러스터형 인덱스를 사용하여 기본키를 기준으로 데이터를 물리적으로 저장함으로써 기본키 기반 조회 성능을 최적화한다.

MySQL 5.5 버전 이후부터는 기본 스토리지 엔진으로 채택되어, 이전의 기본 엔진이었던 MyISAM보다 데이터 안정성 측면에서 우위를 점하게 되었다. InnoDB는 고성능과 고가용성을 요구하는 웹 애플리케이션 및 엔터프라이즈 소프트웨어의 핵심 데이터 저장소로 자리 잡았다.

MyISAM은 MySQL이 오랫동안 기본으로 사용해 온 데이터베이스 엔진이다. GPL 라이선스로 배포되며, 특히 읽기 작업이 많은 환경에서 높은 성능을 보여주는 것으로 알려져 있다. 그러나 트랜잭션을 지원하지 않으며, 테이블 수준 잠금 방식을 사용하기 때문에 쓰기 작업이 빈번한 경우 성능 저하가 발생할 수 있다.

이 엔진의 구조는 인덱스와 데이터를 별도의 파일로 관리하는 특징이 있다. 데이터 파일(.MYD)과 인덱스 파일(.MYI)로 구성되어 있어, 전체 텍스트 검색과 압축된 테이블 형식을 효율적으로 지원한다. 하지만 데이터 무결성 측면에서는 외래 키 제약 조건을 지원하지 않으며, 시스템 장애 시 데이터 복구 메커니즘이 제한적이라는 단점을 가진다.

MyISAM은 웹 애플리케이션이나 로그 분석과 같이 읽기 중심의 작업에 적합했으나, 데이터 안정성과 동시성 처리가 중요한 현대의 애플리케이션 환경에서는 InnoDB와 같은 트랜잭션 지원 엔진으로의 전환이 일반화되었다.

Aria는 마리아DB의 기본 스토리지 엔진이다. 이 엔진은 MySQL의 MyISAM 엔진을 대체하기 위해 개발되었으며, 트랜잭션을 지원하지 않는 대신 높은 성능과 안정성을 목표로 한다. Aria는 크래시 세이프 테이블 기능을 도입하여 서버 비정상 종료 시에도 데이터 손상을 최소화하도록 설계되었다.

이 엔진의 주요 특징은 캐시와 로그를 디스크에 저장하는 방식이다. 이를 통해 시스템 장애 발생 시 복구가 가능하며, MyISAM에 비해 향상된 내결함성을 제공한다. Aria는 주로 읽기 작업이 빈번한 웹 애플리케이션이나 임시 테이블 저장에 적합하다. 또한 마리아DB에서는 시스템 테이블의 저장 엔진으로 Aria를 사용한다.

TokuDB는 트랜잭션을 지원하는 오픈 소스 데이터베이스 엔진이다. 이 엔진은 MySQL 및 MariaDB와 같은 관계형 데이터베이스 관리 시스템에 플러그인 형태로 통합되어 사용된다. 주목할 만한 핵심 기술은 Fractal Tree 인덱스라는 독자적인 인덱싱 구조를 사용한다는 점이다. 이 구조는 대용량 데이터의 쓰기 작업에서 기존의 B-트리 인덱스를 사용하는 엔진들보다 높은 성능과 압축률을 제공하는 것으로 알려져 있다.

이 엔진은 특히 쓰기 집약적인 워크로드와 대용량 데이터 세트를 처리하는 데 적합하다. Fractal Tree 인덱스는 데이터 삽입 시 발생하는 임의 쓰기의 비용을 줄이고, 순차적인 디스크 입출력을 증가시켜 처리 속도를 향상시킨다. 또한 데이터 압축 기능이 뛰어나 스토리지 공간을 효율적으로 사용할 수 있다는 장점이 있다.

주요 기능으로는 ACID 트랜잭션 지원, 온라인 스키마 변경, 그리고 핫 백업 기능을 포함한다. 이러한 특징들은 서비스 중단 없이 데이터베이스 구조를 변경하거나 백업을 수행해야 하는 현대적인 애플리케이션 환경에서 중요한 가치를 지닌다. TokuDB는 로그 구조화 병합 트리 기반의 스토리지 엔진들과 유사한 접근 방식을 취하지만, 그 구현 방식에는 차이가 있다.

한편, TokuDB의 개발사는 이후 페라리라는 이름의 상용 데이터베이스 제품을 출시하기도 했다. TokuDB 엔진 자체는 GNU 일반 공중 사용 허가서 하에 배포되는 오픈 소스 소프트웨어로, 커뮤니티와 기업에서 자유롭게 사용하고 기여할 수 있다.

데이터베이스 관리 시스템(DBMS)은 데이터를 효율적으로 저장, 구성, 관리하고 사용자 또는 애플리케이션이 필요한 정보를 검색할 수 있도록 하는 소프트웨어 시스템이다. 데이터베이스 엔진은 이러한 DBMS의 핵심 구성 요소로서, 실제로 데이터를 디스크에 저장하거나 메모리에서 읽고 쓰는 등의 물리적 작업을 담당한다. 따라서 DBMS는 사용자에게 인터페이스를 제공하는 전체 프레임워크라면, 데이터베이스 엔진은 그 내부에서 구동되는 핵심 처리 모듈에 해당한다.

사용자는 SQL과 같은 질의어를 통해 DBMS에 명령을 전달하고, DBMS는 이를 해석하여 적절한 데이터베이스 엔진을 호출한다. 엔진은 CRUD 연산을 수행하며, 트랜잭션 관리, 동시성 제어, 데이터 무결성 유지와 같은 복잡한 작업을 처리한다. 하나의 DBMS는 여러 종류의 엔진을 지원할 수 있으며, 사용자는 데이터의 특성과 애플리케이션의 요구사항에 따라 적합한 엔진을 선택하여 사용한다[4].

데이터베이스 엔진에 접근하는 방식은 다양하다. 가장 일반적인 방법은 해당 DBMS가 제공하는 전용 클라이언트 도구나 명령줄 인터페이스를 사용하는 것이다. 또한, 네트워크를 통해 특정 포트 번호를 할당받아 원격에서 접속하거나, ODBC나 JDBC와 같은 표준 애플리케이션 프로그래밍 인터페이스(API)를 통해 응용 소프트웨어가 직접 엔진과 상호작용할 수도 있다. 이처럼 DBMS는 데이터베이스 엔진이라는 강력한 핵심을 다양한 방식으로 활용할 수 있는 플랫폼 역할을 한다.

애플리케이션 프로그래밍 인터페이스(API)는 데이터베이스 엔진 또는 데이터베이스 관리 시스템(DBMS)의 기능을 외부 소프트웨어 애플리케이션이 활용할 수 있도록 제공하는 표준화된 접근 방법이다. 사용자가 DBMS의 고유 사용자 인터페이스를 직접 사용하지 않고도, 자신이 개발한 프로그램을 통해 데이터베이스에 접근하여 CRUD 연산을 수행할 수 있게 해준다.

이러한 API는 일반적으로 특정 프로그래밍 언어를 위한 라이브러리나 드라이버 형태로 제공된다. 예를 들어, 자바 애플리케이션에서는 JDBC(Java Database Connectivity) API를, 파이썬에서는 DB-API 명세를 따르는 다양한 모듈을 사용하여 MySQL이나 PostgreSQL 등의 데이터베이스 엔진과 상호작용한다. 이를 통해 애플리케이션 코드 내에서 SQL 문을 전송하고 그 결과를 받아 처리하는 것이 가능해진다.

API를 통한 접근은 클라이언트-서버 모델에서 핵심적인 역할을 한다. 클라이언트 측 애플리케이션은 네트워크를 통해 정해진 포트 번호로 데이터베이스 서버에 연결하고, API가 정의한 규칙에 따라 요청을 보낸다. 서버 측의 데이터베이스 엔진은 이 요청을 처리한 후 결과를 다시 API를 통해 클라이언트에 반환한다. 이 방식은 웹 애플리케이션, 모바일 앱, 엔터프라이즈 소프트웨어 등 다양한 환경에서 데이터베이스를 원격으로 조작하는 표준 수단이 된다.