📍 1. NoSQL과 RDBMS의 특징과 차이점(장, 단점)

답변

NoSQL는 대량의 분산된 데이터를 저장하고 조회하는 데 특화되었으며 고정된 스키마가 없는 비관계형 데이터베이스이며,

RDBMS는 데이터를 테이블로 구성하고 이들 간의 관계를 정의하여 데이터를 저장, 조작, 검색하는 관계형 데이터베이스이다.

둘의 차이점을 장단점으로 비교해보자면,

NoSQL는 데이터 모델을 정의 하지 않고 스키마를 정하지 않아 자유로운 데이터 저장이 가능하지만 데이터가 규격화 되어 있지 않아 Key값에 대한 입, 출력만 지원한다.

RDBMS는 SQL이라는 구조화된 방식으로 데이터를 다루기에 데이터의 분류, 정렬, 탐색 속도가 빠르고 작업의 완전성을 보장한다. 하지만, 반드시 스키마 규격에 맞춰서 데이터를 다뤄야 한다는 단점이 있다.

---

상세 공부

NoSQL(비-관계형 데이터베이스_Not Only SQL):
대량의 분산된 데이터를 저장하고 조회하는 데 특화되었으며 고정된 스키마가 없는 비관계형 데이터베이스

• RDBMS의 복잡도와 용량 한계를 극복하기 위한 목적으로 등장했다.

• 정해진 스키마가 없어 자유롭게 데이터를 저장할 수 있다.

• 장점:
  • 데이터간의 관계를 정의하지 않음 (join 불필요하고 불가능하다)
  • RDBMS보다 복잡도가 떨어져 훨씬 대용량의 데이터를 관리, 저장함.
  • 스키마가 정해져있지 않아 자유로운 데이터 저장이 가능
  • 많은 양의 데이터를 저장, 처리함
• 단점:
  • 스키마가 정해져 있지 않아, 데이터가 규격화 되어있지 않음.
  • Key값에 대한 입.출력만 지원
  • UPDATE 하는데 비교적 느림

---

RDBMS(관계형 데이터베이스_Relational DataBase Management System):
데이터를 테이블로 구성하고 이들 간의 관계를 정의하여 데이터를 저장, 조작, 검색하는 관계형 데이터베이스

• 장점:

  • Data를 Column과 Row형태로 저장
  • 데이터의 분류,정렬, 탐색 속도가 빠름
  • SQL이라는 구조화된 방식으로 데이터를 다룸
  • 작업의 완전성 보장
  • 데이터의 UPDATE가 빠름

• 단점:

  • 반드시 스키마 규격에 맞춰서 데이터를 다뤄야 함
  • 데이터 처리에 대한 부하 발생시 처리가 어려움
  • 성능향상에 (Scale-up) 높은 비용

📍 2. mvc 패턴

답변

모델-뷰-컨트롤러로 구성된 패턴으로 비즈니스 로직과 화면을 구분합니다.

• 모델은 데이터와 비즈니스 로직을 관리합니다.
• 뷰는 레이아웃과 화면을 처리합니다.
• 컨트롤러는 명령을 모델과 뷰 부분으로 라우팅합니다.
  

📍 3. RDBMS 정규화 설명

답변

RDBMS(관계형 데이터베이스 관리 시스템)의 정규화는
데이터베이스의 구조를 조직화하여 중복성을 제거하고
데이터의 일관성과 무결성을 유지하기 위한 과정이다.

1. 제1 정규형(1NF):
   각 테이블의 모든 속성은 원자값(더 이상 나눌 수 없는 값)만을 가지며,
   중복된 데이터가 없어야 한다.

2. 제2 정규형(2NF):
   제1 정규형을 만족하면서,
   모든 비주요 키 속성이 주요 키에 완전 함수적 종속이어야 한다.

3. 제3 정규형(3NF):
   제2 정규형을 만족하면서, 이행적 함수 종속이 없어야 한다.
   다시 말해, 모든 속성은 주요 키에 직접 종속되어야 한다.

4. BCNF(Boyce-Codd):
   모든 결정자가 후보 키(주요 키)이어야 한다.
   이는 모든 비주요 키 속성이 주요 키에 완전 함수적 종속되어야 함을 의미한다.

---

완전 함수적 종속:

• 종속자가 기본키에만 종속
• 기본키가 여러 속성으로 구성되어 있을경우 기본키를 구성하는 모든 속성이 포함된 기본키의 부분집합에 종속된 경우

이행적 함수 종속:

• X→Y, Y→Z 이란 종속 관계
  => X→Z가 성립될 때 이행적 함수 종속

📍 4. Primary Key, Foreign Key 설명

답변

• PK는 특정 테이블의 각 행을 고유하게 식별하는 역할을 한다. 중복된 값을 가질 수 없고 null 값을 허용하지 않기 떄문에 데이터의 무결성을 유지하는데 도움이 된다. 주로 자동으로 증가하는 숫자나 고유한 식별자로 설정된다.
• FK는 다른 테이블의 PK를 참조하여 두 테이블 간의 관계를 설정하는 역할을 한다. FK는 참조하는 테이블의 값이 참조되는 테이블의 PK 값과 일치하기 때문에 데이터 일관성과 무결성을 유지하는데 도움이 된다.

📍 5. HTTP 메서드 설명

답변

• 클라이언트와 서버 사이에 이루어지는 요청(Request)과 응답(Response) 데이터를 전송하는 방식
• 서버에 주어진 리소스에 수행하길 원하는 행동, 서버가 수행해야 할 동작을 지정하는 요청을 보내는 방법

주요 메소드:

• GET : 리소스 조회
• POST: 요청 데이터 처리, 주로 등록에 사용
• PUT : 리소스를 대체(덮어쓰기), 해당 리소스가 없으면 생성
• PATCH : 리소스 부분 변경 (PUT이 전체 변경, PATCH는 일부 변경)
• DELETE : 리소스 삭제

기타 메소드:

• HEAD : GET과 동일하지만 메시지 부분(body 부분)을 제외하고, 상태 줄과 헤더만 반환
• OPTIONS : 대상 리소스에 대한 통신 가능 옵션(메서드)을 설명(주로 CORS에서 사용)
• CONNECT : 대상 자원으로 식별되는 서버에 대한 터널을 설정
• TRACE : 대상 리소스에 대한 경로를 따라 메시지 루프백 테스트를 수행

📍 6. CORS(Cross Origin Resource Sharing) 설명

답변

CORS(Cross-Origin Resource Sharing):

• 웹 브라우저에 구현된 보안 기능으로, 한 도메인의 웹 페이지가 다른 도메인에서 호스팅되는 리소스를 요청하고 상호 작용하는 방법을 제어하는 메커니즘이다.
• 서버는 이 메커니즘을 통해 리소스에 접근할 수 있는 출처를 허용하고, 요청 중에 사용할 수 있는 HTTP 메서드 및 헤더를 지정할 수 있다.
• 클라이언트와 서버 간의 상호작용을 통해 작동한다.

작동방식

1. 단순 요청 (Simple Requests):
   간단한 HTTP 메서드(GET, POST, HEAD)를 사용하는 경우 브라우저는 요청에 "Origin" 헤더를 추가하여 요청의 출처를 표시한다.
   서버는 이 "Origin" 헤더를 확인하고, "Access-Control-Allow-Origin" 헤더를 사용하여 허용된 출처를 나타내어 브라우저가 요청을 수락할지 결정한다.

2. 프리플라이트 요청 (Preflight Requests):
   사용자 지정 헤더나 표준이 아닌 HTTP 메서드와 같이 복잡한 요청의 경우, 브라우저는 사전에 "프리플라이트" 또는 "OPTIONS" 요청을 서버로 보낸다.
   서버는 이 프리플라이트 요청에 대한 응답으로 "Access-Control-Allow" 헤더를 사용하여 실제 요청이 허용되는지 여부를 알려준다.

📍 7. 브라우저 동작원리

답변

1. 사용자가 브라우저에 url을 입력해서 서버에 웹페이지를 요청하면 브라우저는 서버에서 해당 url에 맞는 html,css,javaScript파일 및 다른 리소스를 가져온다.

2. 브라우저는 html 파서를 통해서 html파일을 파싱하고 DOM트리로 변환시킨다.

3. html에 적용되는 css도 css파서를 통해서 파싱이되고 CSSOM트리로 변환되고 DOM트리와 결합되어 렌더트리가 된다.
   (이 렌더트리를 기반으로 브라우저가 웹페이지를 보여준다.)
   (javaScript는 렌더링 엔진이 아닌 javaScript엔진이 처리한다.)

4. html파서가 html을 파싱하는 과정에서 script태그를 만나면 javaScript코드를 실행하기 위해서 dom생성 프로세스를 중지하고 javaScript엔진으로 제어 권한을 넘긴다.

5. 권한을 받은 javaScript엔진은 script 태그 내의 자바스크립트 코드 또는 script 태그의 src 어트리뷰트에 정의된 자바스크립트 파일을 로드하고 파싱하여 실행한다.

6. 자바스크립트의 실행이 완료되면 다시 HTML 파서로 제어 권한을 넘겨서 브라우저가 중지했던 시점부터 DOM 생성을 재개한다.

📍 8. 쿠키, 세션의 개념과 차이점

답변

쿠키(Cookie):

• 클라이언트(사용자의 브라우저)에 저장되는 작은 데이터 파일이다.
  (서버에서 클라이언트로 전송되어 브라우저에 저장)
• 주로 사용자 인증, 선호 설정, 추적 등의 정보를 저장하는 데 사용한다.
• 클라이언트 측에서 관리되므로 서버가 클라이언트의 정보를 추적할 수 있다.

세션(Session):

• 세션은 서버 측에서 유지되는 사용자의 상태 정보이다.
• 일정기간이 지나면 만료된다.
• 쿠키를 사용하여 클라이언트에 세션ID를 저장하고, 서버는 해당 세션ID를 사용하여 세션 데이터를 관리한다.
  (세션ID만이 클라이언트에 저장되고, 실제 데이터는 서버에 저장되므로 클라이언트에서 직접 수정할 수 없다.)

차이점

• 쿠키는 클라이언트에 저장되지만, 세션은 서버 측에서 관리한다.

• 쿠키는 만료 날짜와 범위 설정이 가능하지만, 세션은 일정 기간이 지나면 만료된다.

• 쿠키는 브라우저에서 직접 확인하고 수정할 수 있어서 보안에 취약하지만,
  세션은 서버측에서 관리되므로 클라이언트에서 직접 수정하는 것이 불가능하기 때문에 보안성이 높다.
  (요청속도: 쿠키 > 세션(세션은 서버에서의 처리가 필요하다))

• 세션은 서버의 자원을 사용한다.
  -> 무분별하게 만들다보면 서버의 메모리가 감당할 수 없어질 수 있고, 속도가 느려질 수 있기 때문에 쿠키가 유리한 경우도 있다.

📍 9. TCP/UDP에 대해서 설명

답변

TCP (Transmission Control Protocol):
신뢰성 있는 데이터 전송을 보장하는 연결 기반 프로토콜(규약)이다.

• 연결형 서비스로 가상 회선 방식을 제공
• 신뢰성 있는 데이터 전송
• 데이터의 경계를 구분하지 않음
• 데이터의 전송 순서 보장
• UDP보다 전송속도가 느림
• 연결을 설정(3-way handshaking)과 해제(4-way handshaking)

UDP (User Datagram Protocol):
사용자 데이터그램 프로토콜(규약)

인터넷 상에서 정보를 주고 받을 때 신호절차를 거치지 않고 보내는 쪽에서 일방적으로 데이터를 전달한다.

• 비연결형 서비스로 데이터그램 방식을 제공
• 신뢰성이 낮다.
• 데이터의 경계를 구분
• 패킷 오버해드가 적어 네트워크 부하 감소
• 혼잡 제어를 하지 않기 때문에 TCP보다 빠름
• TCP의 handshaking 같은 연결 설정이 없음

📍 10. http, https 차이점 설명

답변

HTTPS는 SSL(Secure Sockets Layer) 및 이를 대체한 TLS(Transport Layer Security) 프로토콜을 이용하여 데이터 암호화, 서버 신원 확인, 중간자 공격 방지, 데이터 무결성 등의 보안 기능을 제공하여 보안을 강화합니다.

이에 반해 HTTP는 보안이 거의 없는 평문 데이터 전송을 수행하므로,
민감한 정보의 전송이나 웹 사이트 운영 시에는 HTTPS 사용이 필요하거나 권장됩니다.

TLS가 SSL의 후속 프로토콜로 발전하였으며,
현재는 주로 TLS가 사용되고 있습니다.

(SSL/TLS 프로토콜:

• 안전한 보안 채널을 형성해주는 역할을 수행하는 보안용 프로토콜이다.
• 응용계층(HTTP)과 전송계층(TCP) 사이에 위치해있다.)

📍 11. DI, IoC 설명

답변

의존성 주입(DI)은 객체 간의 결합도를 낮추기 위해 한 객체가 다른 객체를 외부에서 받아오는 패턴입니다.

제어의 역전(IoC)은 객체의 생성 및 관리를 프레임워크나 컨테이너에 위임하여 유연한 애플리케이션을 구축하는 개념입니다.

DI는 IoC의 구현 방식 중 하나로, 객체가 필요한 의존성을 주입받아 동작합니다.

📍 12. 객체지향 프로그래밍

답변

요약:
객체지향 프로그래밍(Object-Oriented Programming, OOP)은 객체들의 협력과 결합을 통해 시스템을 구축하는 프로그래밍 패러다임입니다.

추상화, 상속, 다형성, 캡슐화 등의 특징을 활용하여 코드의 재사용성과 유지보수성을 높이며 복잡한 시스템을 체계적으로 구조화할 수 있습니다.

이로 인해 객체지향 프로그래밍은 소프트웨어 개발의 효율성과 품질 향상에 기여합니다.

---

객체지향 프로그래밍(Object-Oriented Programming, OOP):

객체지향 프로그래밍(OOP):

• 컴퓨터 프로그래밍의 패러다임 중 하나로,
  객체들의 독립적인 부품으로서의 협력과 결합을 통해 시스템을 구축하는 방법론

• 주요 특징으로 추상화, 상속, 다형성, 캡슐화가 있습니다.

• 주로 코드의 재사용성과 유지보수성을 증가시키며, 복잡한 시스템을 체계적으로 구조화하는 데 사용됩니다.
  => 이로 인해 객체들의 관계와 상호작용을 정의하고 클래스 구조를 설계하는 과정에서 소프트웨어 개발 초기에는 설계에 시간과 노력이 필요할 수 있습니다.

객체지향 프로그래밍은 이러한 일부 단점을 가지지만,
장기적으로는 코드의 구조화와 재사용, 유지보수성 향상 등을 통해
소프트웨어 개발의 효율성과 품질을 크게 향상시킬 수 있습니다.

= 이로 인해 객체지향 프로그래밍은 소프트웨어 개발의 효율성과 품질 향상에 기여합니다.

---

특징 요약:

추상화:
복잡한 현실 세계를 단순화하여 핵심만 추출하는 과정, 상위 개념을 정의함으로써 복잡성을 감추고 필요한 부분을 강조합니다.

상속:
기존 클래스의 특징을 다른 클래스에서 재사용하거나 확장하여 새로운 클래스를 생성하는 개념, 코드 재사용성과 구조의 확장성을 제공합니다.

다형성:
동일한 이름의 메서드나 인터페이스를 다른 클래스에서 다르게 구현하는 기능, 코드의 유연성과 확장성을 높입니다.

캡슐화:
데이터와 메서드를 클래스 내부에 묶어 외부에서의 직접 접근을 제한하고, 정보 은닉을 지원하는 개념, 코드의 모듈성과 보안성을 강화합니다.

📍 13. 대용량 트래픽 발생 시 어떻게 대응하나요?

: 더 많은 사용자를 수용하기 위해서는 서버 리소스(CPU, RAM)를 늘려야 합니다.

기존 서버의 성능을 높이는 수직확장과 동일한 목적을 갖는 서버를 여러대 추가하는 수평확장이 있습니다.

수평확장의 경우 로드밸런서를 사용할 수 있습니다.

로드 밸런서는 부하 분산을 위해 가상 IP를 통해 여러 서버에 접속하도록 부하를 분배하는 기능입니다.

📍 14. ORM을 사용하면서 쿼리가 복잡해지는 경우 어떻게 해결하는게 좋을까요?

:네이티브 SQL 쿼리나 ORM의 Raw Query를 활용하거나, 사용자 정의 메서드를 활용하여 해결할 수 있습니다.

또한 데이터베이스의 저장 프로시저나 뷰를 활용하여 로직을 분리하여 복잡성을 줄일 수도 있습니다.

ORM 확장 라이브러리를 사용하거나, 필요하다면 ORM을 변경하여 복잡한 쿼리에 대응할 수 있습니다.

📍 15. GET, POST의 개념과 함께 데이터 흐름에 대해서 설명

GET 메서드는 서버로부터 정보를 요청할 때 사용됩니다.
주로 검색 결과를 요청하거나 링크(URL)을 통해서 웹 페이지로 이동할 때 사용됩니다.

클라이언트가 클라이언트(웹 브라우저)가 원하는 정보를 URL에 포함시켜 서버에 GET 요청을 보낸 뒤,
서버에서 요청을 받고 필요한 데이터를 검색 또는 처리한 후 클라이언트에 응답을 보냅니다.
클라이언트는 서버로부터 받은 응답을 해석하고 화면에 표시합니다.

---

POST 메서드는 서버로 데이터를 제출(전송) 할 때 사용됩니다. 데이터는 HTTP 요청 본문(body)에 포함되며,
주로 HTML 폼(form)을 통해 입력된 데이터를 서버로 보낼 때 사용됩니다.

클라이언트에서 입력 폼을 작성하고 데이터를 서버에 전송하려고 POST 요청을 생성합니다.
데이터는 POST 요청 본문에 포함되어 서버로 전송합니다.
서버는 요청을 받은 뒤 POST 본문에서 데이터를 추출하고 처리하여 클라이언트에 응답으로 전송합니다.
클라이언트는 서버로부터 받은 응답을 해석하고 필요한 조치를 취합니다.