1. 기술면접 #7

Q1. ORM을 사용하면서 쿼리가 복잡해지는 경우

• 쿼리 최적화: ORM이 생성하는 쿼리를 분석하고 필요한 경우 최적화를 진행합니다. 불필요한 JOIN이나 서브쿼리를 제거하고, 인덱스를 적절히 활용하는 등의 작업을 수행하여 성능을 향상시킵니다.

• 로우 레벨 쿼리 사용: ORM을 사용하더라도 특정 쿼리에 대해서는 직접 SQL 문을 작성하여 실행하는 것이 효율적일 수 있습니다. 특히 복잡한 쿼리의 경우에는 ORM을 통한 처리보다 직접 SQL 문을 작성하는 것이 성능면에서 더 좋을 수 있습니다.

• 배치 처리: 여러 개의 데이터베이스 작업을 한 번에 처리하여 네트워크 오버헤드를 줄이는 배치 처리를 고려합니다. 이를 통해 복잡한 쿼리의 처리 속도를 향상시킬 수 있습니다.

• 캐싱: 자주 사용되는 데이터나 쿼리 결과를 캐시에 저장하여 빠르게 접근할 수 있도록 합니다. 이를 통해 복잡한 쿼리의 실행을 빠르게 처리할 수 있습니다.

• 프로젝션: 필요한 필드만 선택하여 데이터를 조회하는 프로젝션 기능을 사용하여 데이터 전송량을 줄입니다. 이를 통해 복잡한 쿼리의 결과를 효율적으로 처리할 수 있습니다.

• 페이지네이션: 한 번에 많은 양의 데이터를 불러오는 대신 필요한 만큼만 데이터를 불러오도록 페이지네이션을 사용합니다. 이를 통해 복잡한 쿼리의 실행 속도를 향상시킬 수 있습니다.

--

Q2. GET, POST의 개념과 함께 데이터 흐름에 대해서 설명해주세요.

GET 방식

• 개념: GET은 요청하는 데이터가 HTTP URL의 일부로 포함되어 전송됩니다. 일반적으로 조회 작업에 사용됩니다.
• 데이터 흐름:

1. 사용자가 브라우저에서 URL을 입력하거나 링크를 클릭합니다.
2. 브라우저가 해당 URL에 포함된 파라미터와 함께 서버에 요청을 보냅니다.
3. 서버가 요청을 처리하고 필요한 정보를 응답으로 보냅니다.
4. 브라우저가 응답을 받아 사용자에게 표시합니다.

POST 방식

• 개념: POST는 요청 데이터를 HTTP 메시지 본문에 담아 전송하며, 서버의 상태를 변경하거나 데이터를 추가하는 작업에 사용됩니다.
• 데이터 흐름:

1. 사용자가 웹 폼에 데이터를 입력하고 제출 버튼을 클릭합니다.
2. 브라우저가 데이터를 HTTP 본문에 담아 서버에 요청을 전송합니다.
3. 서버가 요청을 처리하고, 결과를 확인하거나 필요한 정보를 응답으로 보냅니다.
4. 브라우저가 응답을 받아 사용자에게 표시하거나 다른 동작을 수행합니다.

요약

• GET은 주로 데이터 조회에 사용되며, URL에 파라미터를 포함합니다.
• POST는 데이터를 생성하거나 변경하는 데 사용되며, HTTP 본문에 데이터를 포함합니다.
• 두 방식 모두 클라이언트에서 서버로 요청을 보내고 응답을 받는 과정을 거칩니다. 하지만 데이터의 위치와 사용 목적이 다릅니다.

--

ORM에 대한 추가 질문:

ORM을 사용할 때 주의해야 할 점은 무엇인가요?

대답: ORM을 사용할 때 주의해야 할 점은 데이터베이스와의 상호작용에서 생기는 성능 저하와 일관성 유지 등입니다. ORM의 내부 작동 메커니즘을 이해하고, 적절한 인덱스 설정과 쿼리 최적화를 고려하는 것이 중요합니다.
ORM을 선택할 때 고려해야 할 사항은 무엇인가요?

대답: ORM을 선택할 때 고려해야 할 사항은 프로젝트의 규모, 복잡성, 개발자의 경험 수준, 성능 요구 사항 등입니다. ORM의 지원하는 기능과 성능, 커뮤니티 지원도 고려해야 합니다.
GET&POST에 대한 추가 질문:

GET과 POST의 차이점은 무엇인가요?

대답: GET은 데이터를 URL의 일부로 전송하고, 주로 조회 작업에 사용됩니다. 반면에 POST는 데이터를 HTTP 메시지의 본문에 담아 전송하며, 주로 상태 변경이나 데이터 추가 작업에 사용됩니다.
GET 방식으로 전송되는 데이터에 대한 보안 문제는 어떤 것이 있나요?

대답: GET 방식으로 전송되는 데이터는 URL의 일부로 노출되므로, 민감한 정보를 전송하는 경우 보안에 취약할 수 있습니다. 예를 들어, 사용자의 개인정보나 인증 토큰 등이 노출될 수 있습니다.
POST 방식에서 사용되는 HTTP 메시지 본문은 어떤 형식으로 전송되나요?

대답: POST 방식에서 사용되는 HTTP 메시지 본문은 key-value 쌍으로 구성된 데이터가 전송됩니다. 이러한 데이터는 서버에서 폼 데이터나 JSON 형식으로 받을 수 있습니다.

--

Q. 각 ORM의 특징

JPA와 MyBatis는 모두 자바 기반의 ORM(Object-Relational Mapping) 프레임워크이지만, 각각의 특징과 차이점이 있습니다.

JPA (Java Persistence API):
1. 객체와 관계형 데이터베이스 간의 매핑을 위한 자바 표준 인터페이스입니다.
2. 객체를 데이터베이스에 저장, 검색, 수정, 삭제할 수 있는 기능을 제공합니다.
3. 주로 ORM 기능을 제공하는 프레임워크인 Hibernate, EclipseLink 등을 기반으로 사용됩니다.
4. 객체 지향적인 프로그래밍에 초점을 맞추어 개발되었으며, 엔티티 간의 관계를 자연스럽게 매핑할 수 있습니다.
5. 데이터베이스의 스키마를 자동 생성하고 관리하는 기능을 제공하여 개발자의 부담을 줄여줍니다.

MyBatis:
1. SQL 쿼리와 자바 객체 간의 매핑을 위한 프레임워크로서, XML이나 어노테이션을 사용하여 SQL을 정의하고 매핑합니다.
2. 직접 SQL을 작성하여 실행하기 때문에 SQL에 대한 세부적인 제어가 가능합니다.
3. 동적 SQL을 작성하기 쉽고, 복잡한 쿼리를 유연하게 처리할 수 있습니다.
4. JPA와는 달리 데이터베이스와의 매핑을 직접 정의해야 하므로 개발자가 더 많은 제어권을 갖습니다.
5. 높은 유연성과 성능을 제공하며, 이미 기존에 SQL에 대한 경험이 있는 개발자들에게 친숙합니다.

차이점:
1. JPA는 객체와 데이터베이스 간의 매핑을 위한 표준 인터페이스이며, MyBatis는 SQL과 자바 객체 간의 매핑을 위한 프레임워크입니다.
2. JPA는 개발자가 객체 중심으로 개발할 수 있도록 도와주고, 데이터베이스와의 상호 작용을 추상화하여 제공합니다. MyBatis는 개발자가 SQL에 집중하여 쿼리를 작성하고 매핑합니다.
3. JPA는 주로 객체 간의 관계를 중심으로 하며, 객체 지향적인 프로그래밍에 적합합니다. MyBatis는 SQL에 집중하여 세밀한 제어가 필요한 경우에 유용합니다.

이러한 특징과 차이점에 따라 프로젝트의 요구사항과 개발자의 선호도에 따라 JPA 또는 MyBatis를 선택할 수 있습니다.