인동머스크

# ANIMAL_OUTS 테이블은 동물 보호소에서 입양 보낸 동물의 정보를 담은 테이블입니다. ANIMAL_OUTS 테이블 구조는 다음과 같으며, ANIMAL_ID, ANIMAL_TYPE, DATETIME, NAME, SEX_UPON_OUTCOME는 각각 동물의 아이디, 생물 종, 입양일, 이름, 성별 및 중성화 여부를 나타냅니다. # 보호소에서는 몇 시에 입양이 가장 활발하게 일어나는지 알아보려 합니다. 0시부터 23시까지, 각 시간대별로 입양이 몇 건이나 발생했는지 조회하는 SQL문을 작성해주세요. 이때 결과는 시간대 순으로 정렬해야 합니다. # 쿼리를 작성하는 목표, 확인할 지표 : 시간대별로 입양 건수 출력 / DATETIME  # 쿼리 계산 방법 : WITH RECURSIVE 0~23 생성 ->..

# ANIMAL_INS 테이블은 동물 보호소에 들어온 동물의 정보를 담은 테이블입니다. ANIMAL_INS 테이블 구조는 다음과 같으며, ANIMAL_ID, ANIMAL_TYPE, DATETIME, INTAKE_CONDITION, NAME, SEX_UPON_INTAKE는 각각 동물의 아이디, 생물 종, 보호 시작일, 보호 시작 시 상태, 이름, 성별 및 중성화 여부를 나타냅니다. # ANIMAL_OUTS 테이블은 동물 보호소에서 입양 보낸 동물의 정보를 담은 테이블입니다. ANIMAL_OUTS 테이블 구조는 다음과 같으며, ANIMAL_ID, ANIMAL_TYPE, DATETIME, NAME, SEX_UPON_OUTCOME는 각각 동물의 아이디, 생물 종, 입양일, 이름, 성별 및 중성화 여부를 나타냅니..

git flow Master제품 출시 버전을 관리하는 브랜치. 항상 안정적인 상태를 유지해야 함어떤 기능 개발을 하고 있더라도 마스터는 항상 실제 서비스로 언제든지 나갈 수 있는 상태로 유지되어야 한다. Develop최초의 마스터로부터 파생이 되어 나가서 개발중인 feature브랜치들 기능들이 통합되는 개발용 브랜치개발 중인 기능들이 통합되는 브랜치. 다음 릴리스(버전)를 준비하는 개발 작업이 이루어짐 Feature새로운 기능 개발을 위해 develop 브랜치에서 파생된 브랜치. 개발이 완료되면 develop 브랜치에 머지 Release다음 릴리스(버전)를 준비하는 단계에서, 최종 수정 및 버그 수정을 위해 develop 브랜치에서 파생되는 브랜치 (일종의 스냅샷) Hotfix긴급한 버그 수정을 위해 m..

git branch 브랜치 이름브랜치 생성  git branch -v로컬에 있는 브랜치 목록 확인  git push origin 브랜치 이름브랜치 원격저장소에도 생성  git branch -a원격저장소에 있는 브랜치 목록 확인가능  git branch -D 브랜치 이름로컬에 있는 브랜치 삭제  git push origin :브랜치 이름원격저장소에 있는 브랜치 삭제  git fetch원격저장소와 동기화  git fetch --prune원격저장소에서 삭제한 브랜치를 반영  git merge특정 브랜치 작업 사항을 현재 브랜치에 합치기현재 브랜치에 다른 브랜치의 작업 사항을 merge하는 개념- fast forward : merge를 시도했는데 결국은 한 브랜치에서 작업한 것 같은 모양이 됨- 3 way me..

# git bash 터미널에서 key 생성$ ssh-keygen -t ed25519 -C "깃허브 계정의 이메일"# 엔터 입력하면 최종적으로 key가 생성됨# .pub으로 되어있는 주소 복사 붙여넣기$ cat /키 저장되어있는 주소/id-ed25519.pub                 git bash 터미널에서 복사한 암호화된 키를 Key 텍스트 상자에 붙여넣기 하고 Title을 설정 -> Add SSH Key 클릭 최종적으로 깃허브 계정의 보안키가 생성된다.

diff단독으로 사용했을때는 unstaged된 상태에서의 차이만 비교가능staged 옵션 추가하면 staged된 상태에서 차이 비교 가능git diff --staged수정사항은 vscode에서 open changes 클릭해도 확인가능 vscode의 soruce control 창에서도 확인 가능 git log커밋 기록 보기 명령어이고, 커밋아이디를 확인 가능 git log -p특정 커밋에 어떤 수정사항들이 있었는지도 함께 확인 가능vscode의 source control -> commit 에서도 수정사항들 확인 가능 git restore커밋되지 않은 변경사항 되돌리고 싶을때 사용하는 명령어git add 한 뒤라면 git restore --staged 하면 unstaged상태로 되돌아감vscode의 sour..

파일의 4가지 상태- Untracked : git 시스템에 의해 관리되고 있지 않은 상태 (ex 새로 생성한 파일)- Unmodified : commit 된 이후로 수정되지 않은 상태- Modified : commit 된 이후로 수정된 상태- Staged : commit 대기중인 상태

MYSQL 코딩 테스트 문제를 꾸준히 조금씩 풀고 있었고(시험 공부 시작 전까지 100문제 정도 풀었었던 상태) & 구글 BigQuery를 다루는 연습을 하고 있었기에 나름대로 SQL을 어느정도 다룰 수 있다는 자신감이 있던 상태에서 시험 공부를 시작했다. 열흘정도 이론공부를 하고, 모의고사도 3회 정도 풀고 시험장에 갔다.SQLD 시험의 경우 필기이기 때문에 몇십줄 지문의 쿼리를 눈으로 읽고 머리에 쿼리가 구현된 결과를 떠올리며(=상상하며) 시험 문제를 풀어야 한다. 따라서 생각보다 시간이 오래 걸렸던 시험이었다. 아마 SQL에 대한 지식이 전혀 없는 사람이 시험공부를 시작한다면 시간을 많이 투자해야 합격할 정도의 난이도라고 생각한다.     ps.이번년도 첫번째 목표였던 '데이터 분석 관련 자격증 3..

빅데이터 분석기사 최종 합격하고 두달여 후기를 못쓰다 이제야 쓰게 됐다.실기같은 경우 이미 컴퓨터공학 부전공으로 단순한 게임 몇 개 정도 만들 수 있는 정도에서 시작한 경우라,데이터 전처리와 머신러닝 같은 경우 쉬운 편이었고, 통계분석 같은 경우 필기에서 다룬 내용을 실습해보는 정도의 수준으로 또한 적당한 난이도였던 것 같다.아마 머신러닝 부분에서 많은 사람들이 점수를 얻어서 합격점을 달성할 수 있을 것이고,고득점을 원한다면 통계분석을 파는 것을 추천한다.시험관련 카페를 훑어본 결과2과목에서 사람들이 대부분 만점에 가까운 점수를 획득하고, 3과목에선 통계분석에 익숙치 않은 비전공자들이 점수를 잘 얻지 못한 것을 알 수 있었다.

코호트 리텐션- (통계적으로 동일한 특색이나 행동 양식을 공유하는) 집단     테이블 구조 first_week(가입한 주) | weeks_after_first_week(가입한지 n주) | active_users(해당 주차에 활동하는 유저 수) | cohort_users(가입 첫 주의 총 유저 수) | retention_rate(리텐션 비율) 미리보기 테이블에서 추출 -> 적용 순서는 퍼널,리텐션 시각화의 과정과 똑같다           행 : first_week열 : week_after_first_week값 : retention_rate (AVERAGE)      조건부 서식을 설정하는데, 시각화의 편의를 위해서 0이 아닌 1의 값들부터 끝까지 드래그 하여 설정한다                위의 그래..