삽질로그

커넥션 풀이란?DB 연결을 미리 생성해서 풀에 저장요청 시 풀에서 가져다 쓰고 반납매번 새로 생성/삭제하는 오버헤드 제거풀 사이즈가 중요한 이유너무 작으면: 대기 시간 증가, 성능 저하너무 크면: 메모리 낭비, DB 부하 증가적절한 균형점 찾는 것이 핵심기본 설정 공식최소 풀 사이즈 = CPU 코어 수최대 풀 사이즈 = CPU 코어 수 × 2 ~ 4[홈페이지 제작 기준 설정값]소규모 개인 홈페이지최소: 2-5개최대: 10-20개동시 접속자 50명 이하중소규모 회사 홈페이지최소: 5-10개최대: 20-50개동시 접속자 100-500명대규모 서비스최소: 10-20개최대: 50-100개 이상부하 테스트 필수HikariCP 설정 예시# application.ymlspring: datasource: hik..

정규화는, 3NF까지만 해도 90% 충분함■ 정규화 단계별 정리 (정처기에서 배운 것들을 써본다..) 1NF (제1정규형)핵심: 원자값만 저장예시: 취미: 독서,영화,음악 → 별도 테이블로 분리 실무: 무조건 지켜야 함2NF (제2정규형)핵심: 부분 함수 종속 제거쉽게: 복합키의 일부에만 의존하는 컬럼 분리실무: 대부분 자연스럽게 지켜짐3NF (제3정규형)핵심: 이행적 함수 종속 제거쉽게: A→B→C 관계를 A→B, B→C로 분리실무: 여기까지가 황금 기준BCNF (Boyce-Codd 정규형)핵심: 모든 결정자가 후보키실무: 복잡함. 특수한 경우에만 고려4NF, 5NF솔직히: 실무에서 거의 안 씀이유: 복잡도 증가 > 얻는 이익실무에서는? 3NF까지 하는 이유데이터 중복 최소화업데이트 이상 방지저장공간 ..

공부하면서 메모한 내용들.나중에 프로젝트할 때 참고하기.[SQL vs NoSQL 데이터베이스 차이점]구조적 차이SQL: 테이블 기반 구조. 스키마가 고정되어 있음. 행과 열로 데이터 표현NoSQL: 유연한 스키마. 주요 유형:키-값 저장소 (Redis, DynamoDB)문서형 (MongoDB, CouchDB)컬럼 기반 (Cassandra, HBase)그래프 기반 (Neo4j, ArangoDB)스케일링 방식 (확장성)SQL: '위로' 확장 - 더 강력한 서버로 업그레이드 (램/CPU 추가)예: 8GB RAM → 16GB RAM, 2코어 → 4코어로 업그레이드한계: 결국 한 대 서버 성능에 제한됨NoSQL: '옆으로' 확장 - 서버 대수를 늘림예: 서버 3대 → 10대로 확장, 부하 분산장점: 이론상 무제한..

MongoDB Compass 에서 (GUI 버전) 데이터베이스와 테이블(= collection)를 만들어본다. 평소 RDBMS만 사용했던 터라 바뀐 용어가 너무나 생소하다.   테이블을 만들었으면  여기에 내가 넣고 싶은 데이터를 추가해 줄 것이다. compss에서는 _id 파일에 임의의 문자열을 자동으로 할당하므로 이를 신경 쓰지 않아도 된다고 함.   그 아래에 데이터를 테스트 삼아 넣어줬다.   이렇게 정보가 저장되는게 보인다. 사용법들을 더 공부해야할 것 같다.  검색은 여기서 간단하게 할 수 있다.

MongoDB Compass는 GUI 기반의 관리 도구임. 다운로드 받기로함.  https://www.mongodb.com/try/download/shell Try MongoDB Tools - Download Free HereFree download for MongoDB tools to do more with your database. MongoDB Shell, Compass, CLI for Cloud, BI Connector and other database tools available.www.mongodb.com 다운로드 한다. GUI로 하자. 쉘은 아직 어려워서 못쓰겠음.아래로 내리면 GUI가 친절하게 있다.  exe 파일을 실행하면 mongoDBCompass가 잘 실행됨! 장난 아니게 간단하군....