일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 컴포지션과 집합
- rdbms nosql 차이
- 주말에도 1일 1쿼리
- 빅분기 필기
- SQL
- ?. ?? ! late
- 빅데이터 분석기사
- FLUTTER
- 앱개발 가보자고
- null safety
- 빅분기
- 빅분기 판다스 100제
- flutter 믹스인
- 모델 학습 및 예측
- mysql mongo 성능 비교
- sqld 시험 정리
- 주말도 식지않아
- 작업 2유형
- null check 연산자
- 빅분기 1유형
- late 키워드
- my_sql
- 빅분기 필기 pdf
- 빅분기 캐글놀이터
- 주말도 한다
- 작업 1유형
- 오늘은 1일 2쿼리
- 1일 1쿼리
- null 억제 연산자
- MySQL
- Today
- Total
목록분류 전체보기 (61)
subindev 님의 블로그

2025/06/21 시행한 시험 합격했어요! 일단 저는 컴퓨터 공학을 전공했고 데이터에 아예 무지한 상태는 아니였어요.웹 개발 프로젝트 중 사용자 로그를 수집하여 분석하는 과제를 맡았었는데그 때 빅데이터에 대한 관심이 생겨서 취득하게 되었습니다 : )코테를 준비중이라 파이썬은 어느정도 익숙한 상태에서 시작하였고 실기 공부는 2주 정도 한 것 같습니다. 저는 2유형 제일 먼저 공부하시고 3유형 후 1유형을 하는 것을 추천 드리고 싶어요.3유형은 아직 기출이 많이 없어 기출 위주로 핵심 내용만 익히고 갔는데 실수로 한문제 틀렸지만 다 풀 수 있겠더라구요! 또, 제 1유형은 python을 원래도 쓰실 수 있으시다면 크게 어려울 것 같지 않아요help 와 dir을 이용하여서 기억 안나는 함수도 사용할 수 있기에..

(2025년 04월 빅분기 필기 기준 - 7일 정도 공부하여 합격하였습니다)간단한 후기를 남기자면, 양이 정말 많아 지엽적인 것까지 암기하려고하면 시간이 너무 많이 걸릴 것 같습니다.저도 세세한 것까지 보고 암기하진 못하였고, 기본기는 최대한 외우고 들어갔습니다.위 파일을 반복적으로 읽으며 눈에 익히기는 했으나 암기할 시간이 없었어요.세세한 내용을 확실히 암기하기 보단 전반적인 기본기가 있으면 합격할 수 있다고 생각합니다. 여기서 말한 기본기가 무엇인지를 설명하기 위해 예를 들어보겠습니다!아래 표는 파일 내용 중 일부입니다.분석기법들이 어떤 데이터 형식을 input으로 받고 output은 어떤 걸 내보내냐는 꼭 암기하고 들어갔습니다.즉 독립변수로 어떤 데이터 형태를 가지는지 종속변수로는 어떤 데이터 형식..

RDBMS(MySQL) vs NoSQL(MongoDB) - 채팅 서비스 성능 비교채팅 기능을 구현하며 MySQL을 사용하던 ChatMessage 테이블을 MongoDB로 마이그레이션한 후, 성능을 비교하였습니다.JMeter(버전 5.6.3)을 사용하여 1000개의 스레드로 MySQL과 MongoDB에서 채팅 메시지를 저장(Insert) 및 조회(최근 30개 메시지)하는 요청을 실행하였습니다. 💡 테스트 환경DB의 종류를 제외한 로직은 동일함.MongoDB와 MySQL 둘 다 동일한 복합 인덱스 존재메시지는 더미 데이터 약 2만 개가 존재 📌 JMeter를 이용하여 성능 분석한 결과 📌 테스트 결과 비교1. 평균 응답 시간 (Latency평균 응답 시간5,757 ms3,971 msMongoDB..

현재 Mybatis를 사용하여 진행중인 'A+ 마켓 플러터 앱 프로젝트' 에서 사용된 쿼리입니다.Quiz) 채팅방 Id를 이용하여 최근 메시지 30개를 포함한 채팅방 정보 SELECT c.id AS chatRoomId, tpi.uuid_name AS productThumbnail, p.product_name AS productName, p.price AS price, p.is_negotiable AS isNegotiable, p.id AS productId, u.id AS userId, u.name AS ..

채팅방 조회 쿼리 최적화 방법상황 : 현재 RDBS(MySQL)을 이용하여 데이터베이스를 설계함. 채팅방 아이디를 이용하여 아래의 DTO를 조회해아함.쿼리를 하나로 작성하는 것과 여러 개의 쿼리로 나누어 실행하는 것 중 어떤 것이 더 성능적으로 유리할까?하나로 작성할 때, JOIN 후 limit을 거는것과 limit을 건 서브쿼리와 JOIN 하는 것에 차이가 있을까?1. DTO 구조private int chatRoomId;private ProductCardDTO productCard;private List participants;private List messages; // TODO : Message - Pagination 2. 성능 최적화를 위한 접근 방식1️⃣ 조인 후 LIMIT 걸어 30개 추출 (..