클라이언트/ 서버/ 엔지니어 " 게임 개발자"를 향한 매일의 공부일지

이번에는 반정규화부터 학습을 진행해볼 것이다. 아침 시간에 이 내용을 다 학습하지 못하고 점심시간에 이어서 해야 할 것 같다. 오늘은 점심을 별로 먹고 싶지 않아 간단하게 요기하고 나머지 시간에는 공부를 해볼 것이다.    세션 40 - 반정규화(Denormalization)  이 시점에서 DB를 관리할지 아니면 성능이나 효율에 맞출 것인지 생각해야 한다. 정규화를 거치면 중복되는 데이터도 삽입, 삭제 이상도 생기지 않을 것이다. 데이터의 품질과 일관성도 유지할 수 있게 된다.성능과 효율 입장에서 보면 하나의 데이터를 찾을 때 여러 가지의 테이블을 참조해야 하므로 여러 번 찾고 이동하는 문제가 발생한다. 그렇기에 정규화된 것을 가지고 우리가 사용하기에 편리하고 속도와 성능 면에서 효율적으로 만드는 작업을..

이번 시간에는 정규화와 반정규화에 대해서 학습해볼 것이다. 강의 시간도 지금까지 들었던 수업 중에서 가장 많다. 하나당 30분이나 되니 열심히 잘 들어볼 것이다.필기 때 이 내용을 어렵게 공부했던 기억이 난다. 바로 공부를 시작해보자.    세션 39 - 정규화(Normalization)   두 가지로 분해한 후에 조인했을 때 손실된 데이터가 없으면 무손실 분해라고 한다.    표 형태로 만들면서 어떤 이상 현상이 발생하는지 파악해야 한다. 원래는 동일한 데이터를 셀에 모두 적어주어야 하지만 불필요한 내용은 반복해서 적을 필요는 없다.  왼쪽에 있는 제품 번호를 뒤에도 추가시켜 연결해주면 된다.       주문번호로 고객번호, 주소는 알아낼 수 있지만, 주문수량은 알아낼 수 없다.  첫번째 줄은 완전 함..

오늘은 인사교에 와서 아침 공부를 시작해본다. 어제는 병원 핑계로 출석하지 않았다. 근데 다들 보면 별로 아프지도 않은데 병원 간다면서 결석이나 지각을 하는 사람들이 정말 많았다. 이제 팀 프로젝트가 시작되어 난 솔직히 여기 나와서 할 일도 없다. 팀에도 배정되지 않았기 때문이다. 오히려 집에서 공부가 잘 되니 앞으로 1주일에 2번은 결석하고 집에서 홈 스쿨링을 진행해보기로 했다.어쨌든 오늘은 수업에 나와서 공부를 해야 한다. 이제 공부할 단원은 관계 대수와 관계 해석이다.   세션 37 - 관계대수 및 관계해석      SELECT 예시  PROJECT 예시 JOIN 예시  DIVISION 예시 학과가 컴공인 사람들을 찾아서 나누어주는 것이 Division이다.        R이라는 릴레이션과 S라는 ..

이제 관계형 데이터베이스의 제약 조건에 대해서 학습해볼 것이다.   세션 35 - 관계형 데이터베이스의 제약 조건 : 키(key)    학번과 과목명은 중복되어서 기본키로 설정할 수 없다. 이 둘을 묶는다 해도. 그럴 때는 이런 식으로 관계로 연결시키면 된다.   기본키와 연결된 것을 외래키라고 한다. 학번과 이름, 이름과 주민번호를 묶어서 기본키로 설정할 수 있게 된다. 이것을 슈퍼키라고 한다. 슈퍼키는 유일성을 만족하지만 최소성은 만족하지 못한다.   슈퍼키는 최소성을 만족시키지 못하므로 후보키가 될 수 없다.     앞서 보았던 테이블의 외래키에는 기본키에 없는 학번을 추가시킬 수 없다는 뜻이다. 이제 문제를 풀어보자. 1번은 과목번호이다. 2번은 유일성, 최소성이다. 3번은 외래키이고 4번은 서술..

E-R 모델인 개체 관계 모델에 대해서 학습해볼 것이다. 이번 장은 31 세션부터 36까지 한번에 묶어서 학습하고 정리해보려고 한다.   세션 33 : E-R(개체-관계) 모델    1번은 개체, 관계, 속성이다. 2번은 E-R 모델이다. 1번은 순서를 반대로 적었다. 다시 한번 정리해보면 다음과 같다. 바로 위에 문제의 답이 나와있기에 이 부분을 보지 않고 나 혼자서 생각했다.사각형은 개체 타입이다. 마름모가 관계 타입, 타원이 속성, 이중 타원은 다중값, 밑줄 타원은 기본키 속성이다. 그리고 속수 타원은 복합 속성, 관계는 객체 간 관계에 대한 대응수를 선 위에 기술한다. 선과 링크는 개체 타입과 속성을 연결한 것이다. 이 부분은 중요하니 꼭 암기하기로 하자.    세션 34 : 관계형 데이터베이스의..

이번에는 데이터 모델의 개념에 대해서 학습해보겠다. 처음에는 강의만 듣고 이론 학습만 진행하다가 다음날 문제를 풀어보았다.   세션 31 - 데이터 모델의 개념        1번은 구조, 연산이다. 2번은 논리적, 물리적, 개념적 모델이다. 3번은 개념적, 4번은 논리적 모델이다. 5번은 서술형이라 잘 모르겠다.데이터 모델에 표시할 요소느 구조, 연산, 제약조건이었다. 앞에서 문제를 풀어놓고 틀렸다. 구조는 논리적으로 표현된 개체 타입들 간의 관계로서 데이터 구조 및 정적 성질을 표현한다. 1번은 답을 반대로 써서 틀린 답이었다.    세션 32 - 데이터 모델의 구성 요소                     암기할 게 너무 많아서 다 하지 못했고 한번 읽고 문제를 풀어본다. 1번은 모르겠다. 2번은 속..

여기서부터는 2장 단원이 시작되었다. 강의를 차근차근 들으면서 학습을 진행해볼 것이다.    세션 29 - 데이터베이스 개요               1번은 서술형이라 잘 모르겠다. 2번은 외부, 개념, 내부일 것 같다. 3번은 논리적, 개념적 모델링일까.. 잘 모르겠다.맞은 문제가 한 개도 없고 다 틀렸다. 스키마는 데이터베이스의 구조와 제약조건에 괜한 전반적인 명세를 기술한 것이다. 외부 스키마는 사용자나 응용 프로그래머나 각 개인의 입장에서 필요로 하는 데이터베이스의 논리적 구조를 정의한 것이다. 난 개인이 들어가니 이것이 내부라고 생각했다. 개념 스키마는 데이터베이스의 전체적인 논리적 구조로 모든 응용 프로그램이나 사용자들이 필요로 하는 데이터를  종합한 조직 전체의 데이터베이스이다. 이것도 외부..

이어서 예상문제은행에서 틀린 문제를 풀어보기로 하자.   예상문제은행 틀린문제 풀어보기  여기에 Active Box가 빠졌다. 순차 다이어그램에는 액터, 객체, 생명선, 실행 상자, 메시지, 객체 소멸, 프레임이 들어간다. 영어로 하니까 좀 헤깔린다. 실행 상자가 Active Box이다.    30번은 클래스 다이어그램이 아니라 객체지향 방법론이다. 클래스 다이어그램은 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한 것이다.정보공학 개발 방법론은 정보 전략 계획 수립 →  업무 영역 분석 → 업무 시스템 설계 → 업무 시스템 구축으로 구성된다. 그리고 소프트웨어 재사용은 이미 개발되어 인정받은 소프트웨어를 다른 소프트웨어 개발이나 유지에 사용하는 것이다.    34번은 소프트웨어 재가공이 아..

이 문제도 두번째 풀어보았을 때 틀린 문제를 정리하며 학습일지에 올려본다.   예상문제은행 틀린 문제 다시 풀어보기  프로토타입 모형은 사용자의 요구사항을 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측하는 모형이다.     솔직히 이 문제는 처음 들어보는 개념이고 비슷한 문제도 없어서 자료를 찾아보면서 풀어보고 있다. 현행 시스템 파악은 시스템의 전반적인 이해를 돕기 위한 과정으로, 일반적으로 하드웨어와 네트워크 등 물리적인 구성 요소부터 시작해 점차적으로 시스템의 논리적인 요소(소프트웨어, 아키텍처 등)를 파악해 나가는 방식으로 진행된다.C (시스템 구성 현황 파악)시스템 파악 과정에서 먼저 시스템이 어떻게 구성되어 있고, 기능이 어떻게 구현되어 있으며, 각 시스템 간..

이어서 틀린 문제를 다시 풀고 정리해본다.   세션 17 - 상태 다이어그램  화살표 방향이 어떻게 가는지 다이어그램을 이해하지 못한채 내용만 외우려고 했기 때문에 틀렸다. 이 다이어그램은 상태 다이어그램을 나타내는 것으로 다음과 같이 흘러간다. 주문 상품 선택에서 상품 정보 확인을 거쳐 재고 확인 대기 상태가 된다. 재고가 있으면 재고 확인 완료 상태로 전환되고, 재고가 없으면 재고 확인 실패가 된다.재고 확인 실패에서 상품 재선택을 선택하면 주문 상품 선택이 실행된다. 문제에서는 재고 확인 실패 상태를 물어보았으니 여기서 이어지는 화살표를 잘 봐야 한다. 하나는 재고 없음 이벤트에서 재고 확인 실패 상태로 변환되고, 다른 하나는 상품 재선택 이벤트에서 주문 상품 선택으로 전환되고 있다.    세션 1..