코딩스토리

언젠간 REST API에 대해 정리할 날이 올 거라 생각했지만 그게 오늘입니다! 올해 초 진행했던 웹 프로젝트에서 Serverless Back-end를 구현하기 위해 AWS의 Lambda와 API Gateway를 사용하여 많은 REST API들을 구축했지만 그때 당시에는 그냥 JSON과 HTML 메서드로 통신하는구나 정도만 이해하고 만들었었다. 그러다 보니 동아리 면접에서 REST API가 뭔가요?라는 질문에 뒤통수를 두 대 맞은 듯 멍 때리다가 제대로 된 답변을 하지 못했던 기억이 있다..😥 다행히도 저 동아리 면접은 붙었지만 결과적으로 합격한 동아리에서 이번에 앱 런칭 프로젝트를 진행하는데 Android와의 협업을 위해 또 한 번 많은 REST API를 구축해야 하는 상황이 생겼다. 그렇기 때문에 프..

드디어 시험도 끝나고 시간도 생긴 김에 이번 학기에 참여했던 오픈소스 컨트리뷰션 아카데미 후기를 써보려고 합니다. 오픈소스 컨트리뷰션 아카데미가 어떤 활동인지가 궁금하다면 아래의 링크에 들어가 보는 걸 추천! https://www.oss.kr/contribution_academy 공개SW 포털 - 공개SW 포털 공개SW 포털 www.oss.kr 오픈소스 컨트리뷰톤 저는 지인들의 추천으로 이 활동을 알게 되었습니다. 포스터와 모집 글들을 읽어본 뒤 든 마음은 "와.. 빡쎄다"와 "과연 내가 할 수 있을까?"였습니다. 아마 이 글을 읽는 대부분의 분들이 위와 같은 생각을 하고 있겠지만 저 역시 그랬습니다. 지원서 제출 지원 마감 하루 전 고민 고민 끝에 지원서를 작성해서 냈습니다. 저는 이 활동에 참여하기 ..

ER Model은 예시를 보면 쉽게 이해가 가능하다. (예시를 위한 ER Model을 만들다 보니 약간? 의 억지가 있을 수 있으나 양해 바랍니다..) 위의 예시로 먼저 기본적인 ER Model을 파헤쳐보자. 먼저 Student란 Entity가 존재한다. Entity는 사각형으로 표시한다. Student Entity는 두 개의 키를 가지고 있다. 키에는 일반적인 Attribute들과 다르게 밑줄을 쳐서 구분한다. 이때 Registration을 보면 또다시 두 개의 Attr을 가지고 있다. 이는 우리가 앞서 공부했던 Composite key, 즉 복합 키를 의미한다. 다음으로 두 개의 동그라미로 표현되고 있는 Attr을 찾아볼 수 있다. 이는 Set Value를 표현한 것이다. 즉 복수전공처럼 다전공자들이..

SQL Join을 이번 기회에 완벽하게 이해해보려고 포스팅을 남긴다. Join은 아래와 같이 큰 틀로 구분할 수 있다. (일반적으로 우리가 사용하는 JOIN ON 구문은 Inner Join이 Default 값이다.) 먼저 Join을 크게 Inner Join과 Outer Join으로 나눈다. 이 둘의 차이점은 Join에 참여하지 않는 테이블을 결과 테이블에 보여줄 것인지 아닌지이다. (여기서 Join에 참여하지 않는다는 것은 Join Condition에 일치하는 Tuple이 양 쪽 테이블에 없다는 말이다. 즉 예를 들어 1번 테이블의 1번 Tuple의 주민번호가 1인데 Join Condition이 주민번호가 2라면 1번 Tuple은 Join에 참여하지 않게 되고 Inner Join을 사용한다면 결과 테이블..

11월 6일 드디어 내가 재학 중인 한국항공대학교에서 처음으로 프로그래밍 경진대회가 열렸다. 무려 1회!!! (아래 포스터는 지금에서야 제대로 봤는데 생각보다 디자인 엄청 이쁘네요~) 대회 소개를 보면 알겠지만 이번 대회는 3인 1조로 진행되었다. 지금까지 ICPC, UCPC 등 여러 번의 알고리즘 대회에 출전하면서 대부분 팀으로 출전하였기 때문에 팀으로 문제를 푸는 거에 대해 걱정하지는 않았지만 사실 다른 부분에서 걱정되었다. 나는 기존에 같이 ICPC를 참여했던 분과 같은 알고리즘 학회에서 활동하시던 선배님과 같이 참여하게 되었다. 우리 팀은 내가 봐도 좀.. 양심이 없었다. (내가 생각하기에 이번 대회에 나올만한 분들 중 가장 잘하시는 분들임) 이전까지의 대회에서는 등수에 대한 걱정이 없었기 때문에..

기초적인 SQL에 대한 예제 정리이다. JOIN 관련된 포스팅은 다음에 할 예정이다. 이 예제들과 JOIN에 대해서 제대로 이해하고 있다면 웬만한 쿼리는 다 짤 수 있는 것 같다. 물론 시간은 오래 걸리지만.. 공부도 하는 겸, 자꾸 까먹는 미래의 나(시험 보기 직전의 나)를 위해 정리해놓음.. 1. CREATE : 테이블 및 스키마 생성 ex) CREATE TABLE EMPLOYEE ( Fname VARCHAR(15) NOT NULL, Minit CHAR, Lname VARCHAR(15) NOT NULL, Ssn CHAR(9) NOT NULL, Bdate DATE, Address VARCHAR(30), Sex CHAR, Salary DECIMAL(10, 2), Super_ssn CHAR(9), Dno ..

관계형 모델 제약조건 관계형 모델 제약조건에는 크게 3가지가 있다. 1. Inherent model-based constraints - Implicit(내재적, 묵시적) 제약조건이라고도 하며 Relation 모델이기 때문에 지켜져야 하는 제약 조건들같이 암묵적으로 모델 자체에서 내포하고 있는 제약조건이다. ex) Tuple들은 순서가 없고 중복이 되면 안 됨 (Relational은 tuple들의 집합이기 때문에) 2. Schema-based constraints - Explicit(명시적) 제약조건이라고도 하며 스키마에서 직접적으로 표현되는 제약조건들이다. ex) Key constraints(키 제약조건), Referential Integrity constraints(참조 무결성 제약조건) 등 3. Ap..

JDBC 프로그래밍을 할 때 아래와 같은 오류를 만나본 사람이 꽤 많을 것이다. java.sql.SQLException: Access denied for user 'root'@'localhost' (using password: YES) 여기서야 검은색 글씨로 써져 있으니 괜찮아 보이지만 프로젝트 실행하고 저 오류를 빨간색으로 본다면.. 열불이 난다. 이미 많은 사람들이 해결법을 제시하고 있다. "using password: YES" 란 말이 비밀번호를 잘못 입력한 경우기 때문에 비밀번호를 재설정하고 다시 권한을 주라 등등... 근데 나는 프로젝트를 처음 실행할 때는 저런 오류가 없다가 어느 순간 생겼다. 비밀번호를 바꾸지도 않았는데! 희망고문도 아니고 되다가 안 되는 건 뭐냐고!!! 뭐 이 정도 에러는 ..