Why relational model?

conceptual modeling에서는 ER 모델,

logical modeling(=표현 모델링=구현 모델링)에서는 Relational model을 사용한다.

relational model이 좋은 이유:

• 중첩된 복잡한 구조가 없다.

• 집합 위주로 데이터를 처리한다.

  • 집합은 항상 element를 가진다.
  • order 개념이 없다.

• 숙련되지 않은 사용자도 쉽게 이해할 수 있다.

• application program에 좋은 성능을 보인다.

• 관계 데이터 베이스 설계와 효율적인 질의 처리 면에서 뛰어난 장점을 가진다.

  • SQL로 온 명령을 관계대수로 처리하여 수행하는데, 관계대수가 매우 효율적임

• non-procedural 또는 declarative한 SQL언어를 사용한다.

  • → 사용자는 원하는 데이터(what)만 명시하고, 어떻게 이 데이터를 찾을 것인가(how)는 명시할 필요가 없다.

• relationship을 다룰 때도 포인터가 필요 없고, 오로지 relation으로만 표현 가능하다.

2.1. relational data model 개념

2.1.1. 기본적인 용어

• relational data model

  • 모든 data를 동일한 structure(relation) 관점으로 logical하게 구성한다.

  • 이때 logical하게 related된 data를 연결하기 위해서 link나 pointer를 사용하지 않는다.

    오직 relation을 통해서만 구현한다. ← foreign key

• relation

  • Excel의 스프레드시트와 유사하게 row & column으로 이루어져 있다.
    • 차이점 1. 각 cell에 데이터뿐만 아니라 formula를 입력할 수도 있다.
    • 차이점 2. 각 cell의 format도 지정할 수 있다(ex. 어떤 cell에는 int type의 data만 보관할 수 있다).
    • 차이점 3. 각 cell의 값은 흔히 다른 cell들의 값에 의존한다.
  • 한 relation은 db에 표현되는 한 entity에 관한 정보를 저장하는 데 사용된다.
  • 각 relation은 고유한 name을 갖는다.
  • 일반적으로 relation은 file system의 file과 1 to 1으로 대응하지는 않는다.
  • relation의 각 row를 **record(또는 tuple)**라고 한다.

• record(tuple)

  • relation이 나타내는 entity의 특정 instance에 관한 truth에 관한 값들의 모임이다.

• attribute(US:: /əˈtribyət UK:: /ˈatrəˌbyo͞ot/)

  • relation에서 이름을 가진 하나의 column이다.
  • 한 relation은 특정 entity type에 속하는 attribute들을 나타내는 하나 이상의 column을 포함한다.
  • 한 relation에서 모든 attribute들의 name은 서로 달라야 한다.
  • attribute의 name은 attribute가 갖는 의미를 사용자에게 전달하기 위해 부여한다.