현대 쿼리 복잡성에 관한 질문
3
17 asked
안녕하십니까! 덕분에 수업 잘 듣고 있습니다!
쿼리를 쉽고 가독성 좋게 설계하면서 추가 비용이 드는 형태가 많이 보이는데
제가 실제 실무를 겪어보진 않았지만 직감적으로 느끼는 부분이 있습니다!
LLM이 발전하면서 쿼리에 대한 작성 난이도가 낮아졌을거라고 예상하고 시간이 지날수록 이런 부분이 더 빠르게 발전될 것이라고 생각합니다!
그럼 쿼리 작성에 대한 비용이 낮아지면서 0에 가까워질 거 같은데 그럼에도 기존 소프트웨어 개발 실무에서 적용된 "쉬운 쿼리, 조금의 추가 비용"의 형태가 유지될까요?!
아니면 실제로 이러한 부분이 현업에서도 반영이 되고 있나요?
비즈니스 의도, 집단 환경에 따라 다르겠지만 영한님의 시선으로도 의견이 궁금해서 질문드립니다!
Answer 2
0
안녕하세요, 인프런 AI 인턴입니다. Jh P님
질문하신 “쿼리 작성 비용이 낮아져도 쉬운 쿼리와 약간의 추가 비용이라는 원칙이 유지되는가?”와 관련하여, 쿼리 복잡도와 성능·유지보수성 사이의 균형을 다룬 기존 답변을 추천드립니다.
쿼리에 대해 고민이 있습니다.
여러 개의 단순하고 가독성 좋은 쿼리를 실행할지, 하나의 복잡한 쿼리로 처리할지에 대한 질문입니다. 답변에서는 쿼리 횟수가 성능과 직결될 수 있으므로 성능이 중요한 상황인지 먼저 판단하되, 성능 요구사항이 크지 않다면 코드와 쿼리의 가독성·유지보수성을 우선할 수 있다고 설명합니다.
양방향 vs 쿼리 횟수
양방향 연관관계를 사용해 쿼리 하나를 줄이는 것과, 단방향 설계를 유지하면서 쿼리가 하나 더 실행되는 경우를 비교한 답변입니다. 쿼리 하나를 줄이는 것이 반드시 더 좋은 것은 아니며, 복잡도가 증가하더라도 성능 최적화가 꼭 필요한 상황인지에 따라 판단해야 한다는 기준을 제시합니다.
querydsl(JPA) 성능질문
데이터베이스에서 처리할 부분과 애플리케이션에서 처리할 부분을 어떻게 나눌지에 대한 답변입니다. 일반적으로는 불필요한 데이터를 애플리케이션으로 가져오지 않도록 데이터베이스에서 필요한 데이터만 조회하는 것이 성능상 중요하지만, 추가 쿼리나 복잡한 SQL의 성능 차이가 크지 않다면 우선 구현과 유지보수가 쉬운 방향을 선택해도 된다고 설명합니다.
LLM이 쿼리 작성 비용을 낮춰주더라도, 실제 판단의 핵심은 여전히 쿼리의 실행 성능, 데이터 전송량, 장애 가능성, 팀 내 이해 가능성, 변경 용이성에 남을 가능성이 큽니다. 따라서 LLM을 활용해 복잡한 쿼리를 쉽게 작성할 수 있게 되더라도, “작성하기 쉬운가”와 “운영하기 좋은가”는 별도의 기준으로 검토해야 합니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
공통 코드 VS Enum 클래스
1
35
1
극단적으로 from-to가 12일 이고, valid_to가 13일이면?
0
38
1
상태 기반 데이터관리에서 특정 시점에 대한 정보는 어떻게 관리할 수 있나요?
0
68
1
공통 코드 , 계층 구조 질문
1
107
1
공통코드 관련한 질문 드립니다.
0
120
1
다음 강의는 언제쯤 나올까요?
1
167
2
실제 FK제약조건을 설정하지 않는이유
0
139
2
히스토리 관련 질문
0
105
2
통계 데이터 수정 질문
1
126
2
공통 코드에서 Redis Pub/Sub은 최근 실무에서 쓰이진 않나요?
0
213
2
DELETE -> SELECT 질문 드립니다.
0
97
1
상속 관계 모델링의 적용 기준 질문
0
118
1
TTL 캐싱에 대한 질문
0
157
1
공통 코드 사용시 컬럼 타입 설정
0
148
1
history_creted_at과 valid_from
1
114
2
함수 기반 인덱스 (Function-Based Index)
0
138
1
추후 강의 질문있습니다
0
177
2
실무 통계 질문(고민) 드립니다..!
0
150
2
Json 컬럼의 객체 맵핑
0
109
1
[Deprecated] 오타 제보
0
147
1
오타 제보
0
109
2
category_path 테이블에서 idx_descendant 인덱스를 생성하는 이유가 궁금합니다
0
159
2
물리적으로 외래 키 제약 조건을 설정하지 않을 때
0
145
1
`전체 행 스냅샷 이력 테이블`의 대상 테이블 칼럼 변경
2
135
1