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

이제 오후 공부 시간이 1시간 밖에 남지 않아 정말 아쉽다. 그래도 난 언제나 남아서 공부를 한 적은 거의 없다. 집에 가서 해야 훨씬 더 잘 되기 때문이다. 남은 시간까지 최선을 다해서 해보자. 오늘도 정말 수고가 많았다. 월요일에는 공부하기가 정말 싫었다. 사실 월요일은 누구나 다 하기 싫어하는 걸 느낀다. 하지만 사람들도 월요일 오후나 화요일부터는 자신이 해야 할 공부를 알고 잘 집중하는 듯 보였다.나도 이런 분위기에서 공부하는 게 참 기쁘고 감사하다.   세션 48 - 데이터베이스 보안                   외우는데 시간이 좀 걸렸다. 이제 문제를 풀어보자. 1번은 MAC, RBAC, DAC이다. 2번은 MAC이고, 3번은 DAC이다. 4번은 암호화, 복호화이다. 이 문제들은 다 맞았다..

이번 시간에는 파티션과 분산 데이터베이스 설계에 대해서 공부해보려고 한다.   세션 45 - 파티션        1번은 ㄴ, ㄹ, ㅂ이다. 2번은 범위, 해시, 조합이다. 3번은 해시분할이다.이번 문제는 모두 맞았다.    세션 46 - 분산 데이터베이스 설계           문제를 풀어보자. 1번은 위치 투명성, 중복 투명성, 분할 투명성.. 2번은 중복 투명성이고, 6번은 수평, 수직이다.2문제를 틀렸으니 다시 풀어볼 것이다. 1번은 분산 데이터베이스의 목표로 위치 투명성, 중복 투명성, 병행 투명성, 장애 투명성이다. 2번은 장애 투명성이다.    세션 47 - 데이터베이스 이중화 / 서버 클러스터링          이 단원도 문제를 풀어볼 것이다. 1번은 Eager, Lazy이다. 2번은 잘 기..

점심시간에 자투리 시간을 활용해 공부를 시작해본다. 얼마 하지 못하겠지만 그래도 조금이라도 하며 시간을 절약하고 싶었다.    세션 42 - 트랜잭션 분석 / CRUD 분석          회원에 대한 정보를 읽고 주문 테이블을 생성한다. 주문 변경할 때는 주문된 것 을 읽고 주문목록을 업데이트하면 된다.     이제 문제를 풀어볼 것이다. 1번은 트랜젝션이다. 2번은 원자성, 독립성이다. 3번은 일관성이고, 4번은 CRUD이다. 5번은 넘어간다.3번은 원자성이었다. 원자성은 데이터베이스에 모두 반영되도록 완료(COMMIT)되든지 아니면 전혀 반영되지 않도록 복구(ROLLBACK)되어야 하는 것을 뜻한다.    세션 43 - 인덱스  찾고 싶은 데이터를 눈에 볼 수 있도록 표시해주어야 한다.    이렇게..

이번에는 반정규화부터 학습을 진행해볼 것이다. 아침 시간에 이 내용을 다 학습하지 못하고 점심시간에 이어서 해야 할 것 같다. 오늘은 점심을 별로 먹고 싶지 않아 간단하게 요기하고 나머지 시간에는 공부를 해볼 것이다.    세션 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번은 속..

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