[QuickDBD] 사용 후기, 권한 받기

동아리에서 다음 주차에 QuickDBD를 사용한다고 해서 간단하게 사용해보고 후기를 작성하게 되었다. 후기 작성시 1년간 pro버전을 무료로 사용할 수 있다. 

 

과정은 아래와 같다.

1. 리뷰 작성

2. promo@quickdbd.com으로 free 권한을 원한다는 메일 보내기

3. 확인 메일 받으면 해당 이메일로 QuickDBD에 로그인하여 등록.

4. 등록 후 확인 email받기

5. 오른쪽 상단 email을 클릭해 Account 접속

6. Pro plan Expires on 부분과 Email Confirmed부분 확인

 

 

---

Quick DBD를 이용하는 방법

아래 링크에 들어가 Try The App을 눌러 체험이 가능하다.

https://www.quickdatabasediagrams.com/

Home - QuickDBD

Quick DBD란?

ERD를 쉽게 그릴 수 있는 프로그램 정도로 생각하면 될 것 같다. 여기서 말하는 ERD는 Entity Relationship Diagram이다. 데이터들의 관계를 그림으로 표현한 것이다.

ERD의 예시

다이어그램인 만큼 기호를 이용해 이런저런 내용을 표기한다. 가장 많이 쓰이는 기호들은 아래와 같다.

'ERD'는 전략적 계획이나 또는 하향식 계획에서 자주 사용되며, 개략적인 상부계층의 데이터 다이어그램이다. 데이터의 하향식 계획은 기업을 운영하는데 관련된 실체들을 확인하고, 그것들간의 관계들을 결정한다. 기업체를 효율적으로 운영하기 위해서는 어느 정도의 데이터가 필요하게 되는데, 이러한 데이터는 컴퓨터가 사용되지 않아도 상관은 없지만, 컴퓨터는 정확한 데이터를 필요한 사람에게 정확하게 전달하는데 큰 도움을 준다. 문제가 되는 데이터는 정연하고, 자세히 설명될 필요가 있으므로, 이를 위해 데이터에 관한 데이터가 필요하다. 데이터에 관한 데이터를 흔히 메타데이터라고 부르는데, 데이터 모델들은 이러한 메타데이터를 포함하고 있다. 

 

데이터 분석가들은 조직의 데이터를 그들에게 이해시키고, 조직을 관리하는데 가장 유익하게될 데이터를 만들기 위해 최종사용자들 및 중역들로부터 많은 도움을 필요로 한다. 이들과의 의사소통을 원활히 하기 위해, 그들은 데이터를 도식화하는 명료한 방법이 필요하며, ERD와 같은 다이어그램은 조직의 정보자원을 전반적으로 계획하는데 있어 필수적이며 유용한 도구이다. ERD는 개발되고 나면, 좀더 자세한 데이터 모델로 분해될 수도 있다. 

 

ER모델의 개념

   • Peter Chen에 의해 제안 (1976)

        - ERD(Entity Relationship Diagram)로 표현  

   • ER모델의 기본 요소

        - Entity : 시스템화 하고자 하는 사건, 사물

        - Relationship : 엔티티간, 애트리뷰트간의 연관성

        - Attribute : 엔티티, 관계성의 성질을 나타내는 더 이상 쪼갤수 없는 정보의 단위

        - 실세계의 모든 업무체계는 기본요소 3가지(Entity, Relationship, Attribute)로 모두 표현이

          가능하다.  

   • 확장된 요소

        - 일반화 계층 (Generalization Hierachy) : 여러 엔티간의 공통적인 특성을 파악

        - 서브세트(Sub Set): 일반화중 하나의 서브 엔티티를 갖는 경우

 

사용처

정보 시스템을 디자인 해나가는 데에 위와 같은 모델들을 사용하여 시스템이 필요로 하는 정보를 기술한다든가 데이터베이스에 저장되어야 할 정보의 타입(type)이 무엇인가 분석해 나갈 수 있다. 특히 요구사항 단계에서 말이다.

 

어떤 도메인 오브 디스코스(관심 대상이 되는 부분)의 온톨로지를 기술할 때, 데이터 모델링 테크닉이 사용될 수 있다. (사용된 텀들(terms)과 그들과의 관계를 정의하고 분류하는 일이다.) 데이터베이스에 기반한 정보 시스템(information system)을 디자인하고자 하는 경우에는 나중에 가서는(논리 설계 단계) 개념 데이터 모델은 논리적 데이터 모델로 맵핑된다. 논리적 데이터 모델은 관계형 모델 같은 것이다. 

 

뒤이어 논리적 데이터 모델은 물리 설계 단계에서 물리적 디자인 모델로 다시 맵핑된다. 단, 이와 같은 단계를 모두 뭉뚱그려 "물리 설계"라고 일컫기도 한다.

 

개체-관계 다이어그램(ERD)를 그리는 데에는 수많은 관습/방법(convention)이 존재한다. ERD를 그리는 데 아주 고전적인 방법이 이 문서의 아래에 기술되어 있다. 아래 기술된 방법은 개념 모델링과 주로 연관되어 있다.

 

데이터베이스 논리설계 및 물리설계 단계에서는 관습적으로 쓰이는 노테이션(notation)들이 몇 가지 더 있다. 예를 들면 인포메이션 엔지니어링, IDEF1X (ICAM DEFinition Language), 디멘저널 모델링 같은 것들이다.

 

 

Quick DBD 사용

우선 화면을 잘 확인해보면 아래와 같은 상태일 것이다. 왼쪽 코드 부분을 보면 파란색은 테이블 명을, 그 아래는 컬럼명을 의미한다.

 

코드를 수정하면 오른쪽에 있는 화면이 즉각적으로 바뀐다. 또 드래그를 통해서도 테이블간의 관계를 표현할 수 있어서 코드작성이 익숙하지 않은 사람들도 편하게 이용할 수 있을 것 같다. 아래와 같이 선위로 마우스를 올려 선을 지울 수도 있다.

바꾼 부분이 즉각적으로 코드에 반영되었음을 확인할 수 있다. 반대의 경우도 바로 적용이 되어서 코드를 잘못 작성하게 되더라도 바로 확인하고 수정할 수 있어 좋은 것 같다. 또 테이블의 경우 드래그를 이용해서 간단하게 이동할 수 있게 되어있었는데 그 점도 좋은 것 같다. 그리고 실시간으로 여러 사람이 온라인으로 동시에 편집할 수 있는 다중 사용자 협업을 지원한다. 일반적인 회의를 할 때에는 구글 드라이브를 많이들 사용하는데 개발자들의 회의에서는 Quick DBD를 활용하면 좋을 것 같다는 생각이 들었다. 

 

그리고 각 컬럼의 이름과 타입을 한눈에 볼 수 있기도 했고 key의 경우 각 key의 종류에 따라 다른 열쇠 아이콘으로 표기되는 점도 마음에 들었다. 그리고 좌측 상단 EXPORT를 클릭하면 EXPORT 탭에서 원하는 DB(ANSI SQL, MySQL/MariaDB, Oracle, PostgreSQL, SQL Server)에 맞춰 SQL추출이 가능하다. 물론, SQL 파일 뿐만 아니라 PDF Documentation, RTF (Word) Documentation 같은 문서로도 내보내기가 가능하며, PNG Image, SVG File 같은 이미지로도 내보내기가 가능하다. 로그인이 되어있다면 링크를 통해 외부공유도 가능하다. 

 

이러한 툴을 몰랐을 당시, 처음 프로젝트를 했을 때에는 ppt로 데이터베이스를 그리거나 종이에 손으로 그려가면서 계획을 세웠었다. 그때도 Quick DBD를 알았다면 좋았겠다는 생각이 들었다. 

 

 

ERD관련 글은 아래 포스트에서 발췌하였습니다.

https://huskdoll.tistory.com/541

ERD(Entity-Relationship Diagram) 설명