객체 관계 데이터베이스

3. RDBMS와의 비교

객체 관계형 데이터베이스의 기본적인 목표는 관계형 데이터베이스와 객체 지향 프로그래밍 기술 간의 간극을 메우는 것이다. 이러한 기술은 자바, C++, Visual Basic(.NET) 또는 C#과 같은 프로그래밍 언어에서 사용된다. 그러나 이러한 다리를 건설하기 위한 더 널리 사용되는 대안은 객체 관계형 매핑(ORM) 소프트웨어를 사용하는 표준 관계형 데이터베이스 시스템을 이용하는 것이다. 기존의 RDBMS는 제한된 데이터 유형 집합(관련 언어 표준에 의해 정의됨)에서 추출된 데이터의 효율적인 관리에 중점을 두었지만, 객체 관계형 DBMS를 통해 소프트웨어 개발자는 자체 유형과 해당 유형에 적용되는 메서드를 DBMS에 통합할 수 있다.^[2][3]

ORDBMS(ODBMS 또는 OODBMS)는 객체 지향 프로그래밍 언어와 통합된다. ORDBMS의 특징적인 속성은 복합 데이터, 유형 상속, 객체 동작이다. 대부분의 SQL ORDBMS에서 ''복합 데이터'' 생성은 사용자 정의 유형(UDT)을 통한 스키마 정의를 기반으로 한다. 구조화된 복합 데이터 내의 계층 구조는 ''유형 상속''이라는 추가 속성을 제공한다. 즉, 구조화된 유형은 모든 속성을 재사용하고 하위 유형에 특정된 추가 속성을 포함하는 하위 유형을 가질 수 있다. 또 다른 장점인 ''객체 동작''은 프로그램 객체에 대한 접근과 관련이 있다. 이러한 프로그램 객체는 데이터베이스 처리를 위해 저장 및 전송 가능해야 하므로 일반적으로 영속 객체라고 한다. 데이터베이스 내에서 영속 프로그램 객체와의 모든 관계는 해당 객체 식별자(OID)와의 관계이다. 이러한 모든 사항은 적절한 관계형 시스템에서 처리할 수 있지만, SQL 표준 및 해당 구현은 임의의 제한과 추가적인 복잡성을 부과한다.^[4]

객체 지향 프로그래밍(OOP)에서 객체 동작은 메서드(객체 함수)를 통해 설명된다. 하나의 이름으로 표시된 메서드는 매개변수의 유형과 해당 메서드가 연결된 객체의 유형(메서드 시그니처)으로 구분된다. OOP 언어는 이것을 다형성 원리라고 부르며, 이는 간단히 "하나의 인터페이스, 여러 구현"으로 정의된다. 다른 OOP 원리인 상속 및 캡슐화는 메서드와 속성 모두와 관련이 있다. 메서드 상속은 유형 상속에 포함된다. OOP의 캡슐화는, 예를 들어 `public`, `private` 및 `protected` 접근 제한자를 통해 선언된 가시성 정도이다.

RDBMS는 일반적으로 다음과 같은 SQL 구문을 포함한다.

```sql

CREATE TABLE Customers (

Id CHAR(12) NOT NULL PRIMARY KEY,

Surname VARCHAR(32) NOT NULL,

FirstName VARCHAR(32) NOT NULL,

DOB DATE NOT NULL -- DOB: 생년월일

);

SELECT InitCap(C.Surname) || ', ' || InitCap(C.FirstName)

FROM Customers C

WHERE Month(C.DOB) = Month(getdate())

AND Day(C.DOB) = Day(getdate())

```

대부분의 SQL 데이터베이스는 사용자 정의 함수를 만들 수 있으며, 쿼리는 다음과 같이 표시될 수 있다.

```sql

SELECT Formal(C.Id)

FROM Customers C

WHERE Birthday(C.DOB) = Today()

```

객체 관계형 데이터베이스에서는 사용자 정의 데이터 형식과 `BirthDay()`와 같은 표현식을 사용하여 다음과 같은 구문을 볼 수 있다.

```sql

CREATE TABLE Customers (

Id Cust_Id NOT NULL PRIMARY KEY,

Name PersonName NOT NULL,

DOB DATE NOT NULL

);

SELECT Formal( C.Id )

FROM Customers C

WHERE BirthDay ( C.DOB ) = TODAY;

```

객체 관계형 모델은 데이터 간의 관계를 사용하여 관련 레코드를 쉽게 수집할 수 있다는 또 다른 장점을 제공할 수 있다. 주소록 응용 프로그램에서 각 고객에 대한 0개 이상의 주소를 저장하기 위해 위의 테이블에 추가 테이블이 추가된다. 기존 RDBMS를 사용하면 사용자와 해당 주소에 대한 정보를 모두 수집하려면 "조인"이 필요하다.

```sql

SELECT InitCap(C.Surname) || ', ' || InitCap(C.FirstName), A.city

FROM Customers C JOIN Addresses A ON A.Cust_Id=C.Id -- 조인

WHERE A.city="New York"

```

객체 관계형 데이터베이스의 동일한 쿼리는 더 간단하게 나타난다.

```sql

SELECT Formal( C.Name )

FROM Customers C

WHERE C.address.city="New York" -- ORDB에서 '이해'되는 연결

4. 핵심 기능

객체 관계형 데이터베이스는 관계형 데이터베이스와 객체 데이터베이스의 장점을 결합하여 단점을 극복하려는 시도에서 비롯되었다. 관계형 데이터베이스는 집합론을 기반으로 하여 효율적인 데이터 관리에 강점을 가지지만, 특정 응용 프로그램에는 최적화되지 않았다. 반면 객체 지향 데이터베이스는 컨테이너, 사용자 정의 데이터 유형, 중첩 객체 등을 지원하여 응용 프로그램과의 호환성을 높이지만, 수학적 기반이 부족하다.<sup>[2][3]</sup>

객체 관계형 데이터베이스의 주요 목표는 관계형 데이터베이스와 객체 지향 프로그래밍 기술 간의 간극을 메우는 것이다. 이를 위해 객체 관계형 매핑(ORM) 소프트웨어를 사용하는 대신, 객체 관계형 DBMS는 소프트웨어 개발자가 자체 유형과 메서드를 DBMS에 통합할 수 있도록 한다.

ORDBMS (ODBMS 또는 OODBMS)는 객체 지향 프로그래밍 언어와 통합되며, 복합 데이터, 유형 상속, 객체 동작을 특징으로 한다. 이러한 특징들은 관계형 시스템에서도 처리 가능하지만, SQL 표준 및 구현에는 제약과 복잡성이 따른다.<sup>[4]</sup>

객체 지향 프로그래밍(OOP)에서 객체 동작은 메서드(객체 함수)를 통해 설명되며, 다형성, 상속, 캡슐화 등의 원리가 적용된다.

RDBMS (관계형 데이터베이스 관리 시스템)에서는 SQL 문을 사용하여 데이터를 처리한다. 예를 들어, 고객 정보를 저장하고 조회할 수 있다.

```sql

CREATE TABLE Customers (

Id CHAR(12) NOT NULL PRIMARY KEY,

Surname VARCHAR(32) NOT NULL,

FirstName VARCHAR(32) NOT NULL,

DateOfBirth DATE NOT NULL

)

```

```sql

SELECT InitCap(Surname) || ', ' || InitCap(FirstName)

FROM Customers

WHERE Month(DateOfBirth) = Month(getdate())

AND Day(DateOfBirth) = Day(getdate())

```

사용자 정의 함수를 사용하면 위 쿼리를 다음과 같이 다시 작성할 수 있다.

```sql

SELECT Formal(Id)

FROM Customers

WHERE Birthday(Id) = Today()

```

ORDBMS에서는 사용자 정의 데이터 타입과 식을 정의하여 더욱 간결하게 표현할 수 있다.

```sql

CREATE TABLE Customers (

Id Cust_Id NOT NULL PRIMARY KEY,

Name PersonName NOT NULL,

DateOfBirth DATE NOT NULL

)

```

```sql

SELECT Formal( C.Name )

FROM Customers C

WHERE BirthDay ( C.DateOfBirth ) = TODAY;

```

ORDBMS는 데이터 간의 관계를 활용하여 관련 데이터를 쉽게 추적할 수 있다. 예를 들어, 주소록 애플리케이션에서 인물과 주소 데이터를 검색하는 쿼리는 다음과 같이 작성할 수 있다.

• 기존 RDBMS를 사용한 경우:

• ORDBMS를 사용한 경우:

4. 1. 복합 데이터

4. 2. 자료형 상속

4. 3. 객체 동작

참조

_[1] 간행물 Data Integration Glossary http://isddc.dot.gov[...] Department of Transportation 2001-08
_[2] 간행물 A Gentle Introduction to Relational and Object Oriented Databases https://www.cl.cam.a[...]
_[3] 간행물 Technical Paper Review http://home.iitk.ac.[...] 2015-10-05
_[4] 간행물 The Third Manifesto
_[5] 서적 Object–Relational DBMSs: The Next Great Wave Morgan Kaufmann Publishers
_[6] 문서
_[7] 서적 Object-Relational DBMSs: The Next Great Wave Morgan Kaufmann Publishers
_[8] 문서
_[9] 간행물 Data Integration Glossary http://isddc.dot.gov[...] Department of Transportation 2001-08