CS

관계 데이터베이스에 테이블은 하나만 있는 것이 아니다. 여러 개의 테이블이 있고 이러한 테이블은 서로의 관계가 정의되어 있다. 이러한 관계를 관계화살표로 나타낸다. 1:1 관계 예를 들어 유저당 유저 이메일은 한 개씩 있다고 가정하면 이 경우 1:1 관계가 된다. 1:1 관계는 테이블을 두 개의 테이블로 나눠 테이블의 구조를 더 이해하기 쉽게 만들어 준다. 1:N 관계 예를 들어 쇼핑물을 운영한다고 가정했을때, 한 유저당 여러 개의 상품을 장바구니에 넣을 수 있겠지? 이 경우 1:N 관계가 된다. 물론 하나도 넣지 않는 0개의 경우도 있으니 0도 포함되는 화살표를 통해 표현해야 한다. 이렇게 한 개체가 다른 많은 개체를 포함하는 관계를 말한다. N:M 관계 학생과 강의의 관계를 정의하면 어떻게 될까? 학..

필드와 레코드 앞에서 설명한 것들을 기반으로 데이터베이스에서 필드와 레코드로 구성된 테이블을 만들 수 있다. 회원이란 엔티티는 member 라는 테이블로 속성인 이름, 아이디 등을 가지고 있으며 name, ID, address 등의 필드를 가진다. 그리고 이 테이블에 쌓이는 행(row) 단위의 데이터를 레코드라고 한다. 또한 레코드를 튜플이라고도 한다 행 = 레코드 = 튜플 예를 들어 ‘책’이나는 엔티티를 정의하고 이를 기반으로 테이블을 만들어본다. 어떠한 속성이 있을까? 제목 저자의 아이디 출판년도 장르 생성 일시 업데이트 일시 등이 있다. 이를 데이터베이스에 넣어 테이블로 만들면 어떻게 해야할까? 우선 타입을 정의해야 한다. MySQL 기준으로 설명 책의 아이디: INT 책의 제목: VARCHAR(2..

도메인의 개념 도메인(domain) 은 릴레이션에 포함된 각각의 속성들이 가질 수 있는 값의 집합을 말한다. 예를 들어 성별이라는 속성이 있다면 가질 수 있는 값은 [남, 여] 라는 집합이 된다. 앞의 그림처럼 회원이라는 릴레이션에 이름, 아이디, 성별이라는 속성이 있고 성별은 [남, 여] 라는 도메인을 가질 수 있다.

속성의 개념 속성(attribute)는 릴레이션에서 관리하는 구체적이며 고유한 이름을 갖는 정보다. 예를 들어 ‘차’라는 엔티티가 있을 때 속성을 뽑아보자. 차 번호, 바퀴 수, 차 색깔, 차종 등이 있다. 이 중에서 서비스 요구 사항을 기반으로 관리해야 할 필요가 있는 속성들만 엔티티의 속성이 된다. 밑과 같이 식물이 있다면 다음과 같이 속성을 정의 할 수 있다

릴레이션 개념 릴레이션(relation)은 데이터베이스에서 정보를 구분하여 저장하는 기본 단위다. 엔티티에 관한 데이터를 데이터베이스는 릴레이션 하나에 담아서 관리한다. 릴레이션은 관계형 데이터베이스에서 ‘테이블’ 이라고 하며 NoSQL 데이터베이스에서는 ‘컬렉션’이라고 한다. 테이블과 컬렉션 데이터베이스의 종류는 크게 관계형 데이터베이스와 NoSQL 데이터베이스로 나눌 수 있다. 이 중 대표적인 관계형 데이터베이스인 MySQL 과 대표적인 NoSQL 데이터베이스인 MongoDB를 예로 들면 MySQL: 레코드 - 테이블 - 데이터베이스 MongoDB: 도큐먼트 - 컬렉션 - 데이터베이스 로 이루어져있다. 레코드가 쌓여서 테이블이 되고 테이블이 쌓여서 데이터베이스가 되는 것이다.

엔티티의 개념 엔티티는 사람, 장소, 물건, 사건, 개념 등 여러 개의 속성을 지닌 명사를 의미한다. 예를 들어 회원이라는 엔티티가 있다고 했을 때, 회원은 이름, 아이디, 주소, 전화번호등의 속성을 가질 수 있다. 물론 이보다 많은 속성이 있지만, 서비스의 요구사항마다 달라지는 거니까 .. ㅎㅎ 예를 들어 주소라는 속성이 서비스의 요구 사항과 무관한 속성이라면 주소라는 속성은 없애는 게 맞다. 약한 엔티티와 강한 엔티티 엔티티는 약한 엔티티와 강한 엔티티라는 개념이 있다. 예를 들어 A 와 B가 있을 때 A가 혼자서는 존재하지 못하고 B의 존재 여부에 따라 종속적이라면 A는 약한 엔티티고 B는 강한 엔티티가 된다. 예를 들어 방은 건물 안에만 존재하기 때문에 방은 약한 엔티티 건물은 강한 엔티티라고 할..