본문 바로가기

전체 글122

SQLD 정리 / 과목 1 데이터 모델링의 이해 / 제1장 데이터 모델링의 이해 / 제 5절 식별자 제 5절 식별자 1. 식별자 개념 엔터티 내에서 인스턴스들을 구분할 수 있는 구분자. 하나의 엔터티는 반드시 하나의 유일한 식별자가 존재해야 한다. 식별자라는 용어는 업무적으로 구분이 되는 정보로 생각할 수 있으므로 논리 데이터 모델링 단계에서 사용하고 키는 데이 터베이스 테이블에 접근을 위한 매개체로서 물리 데이터 모델링 단계에서 사용한다. 2. 식별자의 특징 주식별자 유일성 : 주식별자에 의해 엔터티내에 모든 인스턴스들을 유일하게 구분 최소성 : 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 함 불변성 : 주식별자가 한 번 특정 엔터티에 지정되면 그 식별자의 값은 변하지 않아야 함 존재성 : 주식별자가 지정되면 반드시 데이터 값이 존재 (NOT NULL) 외부식별자 : 주식별자.. 2021. 5. 22.
SQLD 정리 / 과목 1 데이터 모델링의 이해 / 제1장 데이터 모델링의 이해 / 제 4절 관계 제 4절 관계 1. 관계의 개념 (1) 관계의 정리 : 엔터디의 인스턴스 사이의 논리적인 연관성, 존재의 형태나 행위로서 서로에게 연관성이 부여된 상태 (2) 관계의 패어링 : 엔터티의 인스턴스들이 자신이 관련된 인스턴스들과 관계의 어커런스로 참여하는 형태 2. 관계의 분류 (1) 존재의 의한 관계 : 부서와 사원 -> 연관관계 (2) 행위의 의한 관계 : 고객과 주문 -> 의존관계 3. 관계의 표기법 관계명(Membership) : 관계의 이름 관계차수(Cardinality) : 1:1 / 1:M / M:N 관계선택사양(Optionality) : 필수관계 (지하철문닫힘, 지하철출발), 선택관계 (지하철출발방송, 지하철출발) 4. 관계 읽는 방법 5. 관계 체크사항 두 개의 엔터티 사이에 관심있는 연관규.. 2021. 5. 22.
SQLD 정리 / 과목 1 데이터 모델링의 이해 / 제1장 데이터 모델링의 이해 / 제 3절 속성 제 3절 속성 1. 속성의 개념 : 업무에서 필요로 하는 인스턴스로 관리하자고 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위 2. 엔터티, 인스턴스와 속성, 속성값에 대한 내용과 표기법 한 개의 엔터티는 두 개 이상의 인스턴스의 집합이어야 한다. 한 개의 엔터티는 두 개 이상의 속성을 갖는다. 한 개의 속성은 한 개의 속성값을 갖는다. 3. 속성의 특징 엔터티와 마찬가지로 반드시 해당 업무에서 필요, 관리하고자 하는 정보이어야 한다. 정규화 이론에 근간하여 정해진 주식별자에 함수적 종속성을 가져야 한다. 하나의 속성에는 한 개의 값만을 가진다. 하나의 속성에 여러 개의 값이 있는 다 . 중값일 경우 별도의 엔터티를 이용하여 분리한다. 4. 속성의 분류 (1) 속성의 특성에 따른 분류 기본속성 :.. 2021. 5. 22.
SQLD 정리 / 과목 1 데이터 모델링의 이해 / 제1장 데이터 모델링의 이해 / 제 2절 엔터티 제2절 엔터티 1. 엔터티의 개념 : 실체, 객체 / 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것 2. 엔터티와 인스턴스에 대한 내용과 표기법 대부분 사각형 으로 표현 ERD 3. 엔터티의 특징 업무에서 필요하고 관리하고자 하는 정보여야 한다. 식별이 가능해야 한다. 영속적으로 존재하는 인스턴스의 집합이어야 한다. 업무 프로세스에 의해 이용되어야 한다. 반드시 속성이 있어야 한다. (관계엔터티는 예외적으로 주식별자 속성만 가지고 있어도 엔터티로 인정) 다른 엔터티와 최소 1개 이상의 관계가 있어야 한다. 4. 엔터티의 분류 (1) 유무형에 따른 분류 유형엔터티 : 물리적인 형태가 있고 안정적, 지속적 활용 ex) 사원, 물품 개념엔터티 : 물리적인 형태가 없고 관리해야할 개념적 정보.. 2021. 5. 22.
SQLD 정리 / 과목 1 데이터 모델링의 이해 / 제1장 데이터 모델링의 이해 / 제 1절 데이터 모델의 이해 제 1절 데이터 모델의 이해 1. 모델링이란? : 복잡한 현실세계를 일정한 표기법에 의해 표현하는 일 [특징] 추상화 : 일정한 형식에 맞춰 표현한다. 단순화 : 제한된 표기법이나 언어로 표현한다. 명확성 : 이해하기 쉽게 표한한다. [관점] 데이터 관점 : 업무가 어떤 데이터와 관련 있는지, 데이터간의 관계는 무엇인지 프로세스 관점 : 업무가 실제하고 있는 일은 무엇인지, 무엇을 해야 하는지 상관 관점 : 업무가 처리하는 일에 따라 데이터는 어떻게 영향을 받고 있는지 2. 데이터 모델링이란? : 정보 시스템 구축을 위한 데이터 관점의 업무 분석 기법 [기능] : 가시화 / 명세화 / 구조화된 틀 / 문서화 / 다양한 관점 제공 / 구체화된 표현방법 [중요성] 파급효과 복잡한 정보요구사항의 간결한 표현 .. 2021. 5. 22.
SQLD 스터디 일주일 플랜 정보처리기사 합격으로 약간의 뽕이 차올라 있던 나는 충동적으로 SQLD 접수도 해버렸다..5월 초에.. 처음에는 3주정도 기간을 가지고 1주정도 이론 공부 2주는 문제풀이 + 오답풀이 형태로 공부를 할 계획이었다. 하지만... 학원수업 + 블로그 + 문제풀이 + 사이드프로젝트 등을 병행하다보니 생각보다 SQLD에 쉽게 펜이 잡히지가 않았다. 정처기때와 마찬가지로 이제 시험 임박!!... 다시 한번 일주일 플랜을 계획해본다. 5/22 100문제 씩 풀기 노랭이책 > 기출문제 > 카페문제 순서 > 오답노트에 작성한 문제 5/23 5/24 5/25 5/26 5/27 5/28 단순하지만 무식하게 가보려고 한다. 막상 써놓고 보니 계획이랄 것도 없다. 그냥 무작정 문제만 푸는 것이다. 정처기때 가볍게 데이터 관련.. 2021. 5. 22.
토이프로젝트 / 바디로그 / 운동어플 / 개발일지 / 20210517 본격적으로 코딩에 앞서 개발환경 및 간단한 규칙들을 정하기 위해 오늘은 좀 색다르게 오프라인에서 모였다. 3명뿐이니 부담될 것도 없었다. [IDE] 우선 IDE는 이클립스를 우선적으로 사용하고 필요에 따라 vscode를 쓰기로 하였다. (사실 다른 툴들이 아직은 모두 익숙하지 않기 때문에...) [라이브러리] 또 스프링부트 라이브러리를 사용하여 자바 백엔드를 구축하기로 했다. (legacy project는 다른 프로젝트에서 할 예정이기 때문에 부트를 좀 더 딥하게 해보고 싶었다.) [서버] 서버는 오라클 클라우드나 AWS를 사용해볼까 하는데 시범운영수준으로 할거라 무료로 가능한 서버를 사용하려고 한다. 정 시간이 빠듯하면 학원서버를 무료로 사용해볼 수도 있다. [DBMS] 몽고디비를 해볼까 했는데 디비는.. 2021. 5. 21.
토이프로젝트 / 바디로그 / 운동어플 / 개발일지 / 20210516 주말간에는 잠깐 온라인상에서 모여 ERD 설계를 같이 진행하였다. 각자 코딩해야할 DB쪽은 우선적으로 설계한 후 서로 연관성 있는 부분들을 회의를 통해 수정하는 작업을 거쳤다. 그리하여 1차적으로 완성된 ERD erdcloud라는 사이트를 통해서 진행하였는데, 실시간으로 서로 DB를 구축하는게 눈에 들어오기 때문에 대화하면서 설계하기 용이하였다. 글씨가 빨간색인게 많은데 저건 저 사이트의 규칙대로 우리가 컬럼을 작성하지 않아서...ㅎㅎ 우선 CRUD 부분만 중점적으로 구현한 후에 추가로 구현해야하는 부분에 대해서 테스트를 거친 후 디비를 조금 손보기로 하였다. 2021. 5. 20.
토이프로젝트 / 바디로그 / 운동어플 / 개발일지 / 20210513 지금까지 문서와 관련하여 작업한 부분을 정리하면 대략적으로 이러하다. [완료] 시나리오 흐름도 유스케이스 다이어그램 스토리보드 Mockup [진행중] 프로젝트 명세서 [예정] 아키텍쳐 설계 ERD 설계 1차 완성된 문서들은 노션의 문서 섹션에 잘 정리해두었다. 노션으로 하길 잘한게 보기도 편하게 유연하게 피드백에 따라 실시간으로 수정하기도 용이하다. 우리는 금요일까지 대략적인 문서작업을 완료하기로 결정하였었는데, 시간이 약간은 부족할 거 같아서 주말을 포함하여 완성시키기로 합의했다. 시작은 미비하지만 우리끼리 계획하면서 무언가를 만들어본다는게 너무 설레인다. 그리고 무엇보다 너무 재밌다. 물론 코딩시작하면 조금..?? 스트레스 받을지도?...ㅋㅋ 다음주 부터는 본격적으로 개발환경세팅, 깃 생성 및 코딩을.. 2021. 5. 19.

티스토리툴바