1) 개요동시성 제어는 여러 트랜잭션이 동시에 같은 데이터에 접근해도 일관성과 성능을 함께 지키기 위한 규칙과 메커니즘을 뜻한다. 목표는 “동시에 실행했어도 결과가 논리적으로 직렬 실행과 동일”하게 만드는 것, 즉 직렬가능성(serializability) 확보라고 볼 수 있다.MVCC(Multi-Version Concurrency Control)는 같은 행의 여러 버전을 보관해 읽기와 쓰기 간 충돌을 최소화하는 대표적 방식이다. 읽기는 스냅샷을, 쓰기는 새 버전을 사용해 서로를 가급적 막지 않게 만든다.한 줄 요약: 동시성 제어는 질서, MVCC는 다중 버전으로 충돌을 줄이는 방식임. 2) 왜 필요한가동시 실행을 제어하지 않으면 다음과 같은 이상 현상이 발생한다.Dirty read: 커밋되지 않은 값을 ..

윈도우 함수는 GROUP BY로 집계하면 사라지는 개별 행을 살린 채 “그룹/순서/범위” 단위로 통계값을 붙여주는 기능임. 순위 매기기, 누적합/이동평균, 전행/다음행 비교 같은 분석에 최적임. MySQL 8.0+에서 지원함.1) 윈도우 함수란 무엇인가정의: OVER(...) 절을 사용해 “파티션(그룹) + 정렬 + 프레임(행 범위)”을 지정하고, 그 범위 위에서 집계/분석을 수행해 각 행 옆에 결과를 붙이는 함수군임.핵심 아이디어: 집계해도 행은 그대로 유지되며, 집계 결과가 열로 추가됨.2) 왜 쓰는가(좋은 이유)행 보존 분석: GROUP BY와 달리 원본 행을 잃지 않음 → 상세 + 요약을 한 번에 보여줄 수 있음.순위/누적/이동 계산이 쉬움: ROW_NUMBER, RANK, SUM() OVER(...

WITH(Common Table Expression) 쿼리란?MySQL 8.0에서 도입된 CTE(Common Table Expression)는 쿼리 내에서 일시적으로 사용되는 이름이 있는 결과 집합으로, 쿼리의 가독성과 유지보수성을 높이는 데 유용하다.CTE는 복잡한 쿼리를 여러 단계로 분할하여 간단하고 읽기 쉽게 만들 수 있도록 돕고 일반적으로 재귀적 연산 또는 서브쿼리의 간소화를 위해 사용한다MySQL 8.0에서의 CTE는 크게 두 가지 유형으로 구분된다비재귀 CTE (Non-Recursive CTE)재귀 CTE (Recursive CTE)1. 비재귀 CTE (Non-Recursive CTE)비재귀 CTE는 일반적인 서브쿼리와 비슷한 역할을 한다, 복잡한 쿼리를 간단히 작성할 수 있게 해준다.주로 데..

MySql의 옵티마이저가 항상 최적의 쿼리 최적화를 하는 것은 아니기 때문에 EXPLAIN을 사용해 실행 계획을 확인하는 것은 중요하다. 부끄럽게도 나는 DB를 잘 사용하고 다루는 것에 많이 부족하다.최근 Real Mysql 8.0이라는 좋은 책을 읽었지만 내용도 많고 나에게는 어려운 부분이 많지만 그 중에서도 특히 EXAPLIN 활용에 대한 부분은 요약해서 기록하는게 필요 할 것 같다는 생각에 포스트로 작성하게 되었다.EXAPLIN 이란?SQL 데이터베이스에서 EXPLAIN은 쿼리의 실행 계획(execution plan)을 보여주는 명령어로, 개발자와 DBA가 쿼리의 성능을 분석하고 최적화하는 데 사용된다. 이 명령어는 쿼리를 실제로 실행하지 않고, 데이터베이스가 어떻게 쿼리를 처리할지 계획을 보여준다..

JSON_ARRAYAGG() 함수와 JSON_OBJECTAGG() 함수는 MySQL에서 JSON 데이터를 집계하는 데 사용되는 함수로, 각각 다른 형태의 JSON 구조를 생성한다. 이 두 함수의 차이점은 생성되는 JSON 데이터의 형태에 있다.1. JSON_ARRAYAGG()JSON_ARRAYAGG() 함수는 JSON 배열을 생성, 여러 개의 값을 한 배열로 묶어서 JSON 형태로 반환할 때 사용된다. 쉽게 말해, 특정 컬럼의 값을 순차적으로 모아서 하나의 배열을 만드는 역할을 한다.예제:다음과 같은 테이블이 있다고 가정id name1John2Jane3Smith이 데이터를 JSON_ARRAYAGG()로 집계하면:SELECT JSON_ARRAYAGG(name) AS names_arrayFROM employ..

회사에서 ORM을 사용하고 있는데 내가 보기에는 @ManyToMany를 사용하는게 적절해 1대다 관계를 양측에 만들고 중간테이블을 엔티티로 만들어 놓을 것을 보면서 다대다 관계에 대한 이야기를 나누었는데 상대방이 생각하는 다대다 테이블과 내가 생각하는 다대다 관계 테이블이 달라서 이야기를 나누다가 작성하게 되었다.결론만 간략하게 이야기 한다면 나의 의견은 중간테이블(User_Project)이 존재하는 User 테이블과 Project 테이블이 존재 한다면 User 테이블과 Proejct 테이블은 서로 N:M 관계 즉 다대다 관계라고 보는것이 내 생각이였고 상대방은 User테이블에 Project테이블의 FK 값이 직접적으로 존재하지 않으니 다대다 관계가 아니라는 것이다. 중간테이블을 만들게 되면 User테이..