week 7 incheol - GANGNAM-JAVA/JAVA-STUDY GitHub Wiki

알고리즘

• Unique Email Addresses

기술 문제

• JAVA(유정현)

  • java의 non-static 멤버와 static 멤버의 차이

    • static 키워드란?
      • 애플리케이션 생성시 최초에 한번만 메모리에 올려 재사용하기 위함이다.
      • 클래스를 설계할 때, 멤버변수 중 모든 인스턴스에 공통적으로 사용해야하는 것에 static을 붙인다.
    • 정적 메소드는 무슨 기준으로 정해야하는가?
      1. 만약 유틸리티 클래스로 작성되고, 변화를 가정하지 않는다.
      2. 만약 메소드가 인스턴스 변수를 사용하지 않는다.
      3. 인스턴스 생성에 의존하지 않는다.
      4. 메소드가 공유되고 있다면, 정적 메소드로 추출해낼 수 있다.
      5. 메소드가 변화되지 않고, 오버라이딩 되지 않는다.
    • static 데이터가 올라가는 method area란?

      • Method Area는 Class의 데이터를 저장 한다. Class 의 Method같은 경우 Method Area에 저장 된다. Method은 클래스의 데이터이기 때문이다. 또한 Class 의 Meta 정보를 저장한다.(Field 이름, Field타입, Class 이름 등등) 아래의 Method Area에 저장되는 정보를 자세하게 나타낸 그림이다.

        Java 8 이전에 Method Area를 **PermGen(Permanat Generation Space)**에 할당 했다

        Java 8 이후에는 PermGen이 완전히 제거 되어 Method Area는 Native Heap에 할당 된다. 과거의 PermGen은 현재 Metaspace 로 불리우는데 Method Area는 Meta 정보를 저장 하기 때문이다. PermGen에서는 Default로 Maximum size를 할당 하였는데 만약 해당 사이즈에 도달 하면 OutOfMemoryErr 가 생성 되었다.

        Metaspace에서는 Maximum size가 따로 설정 되 어있지 않고 시스템의 메모리 사이즈가 Maximum size이다. 또한 Garbage Collector 퍼포먼스의 성능을 향상시켰다.

  • 박싱과 언박싱에 대해 설명

    • 래퍼(Wrapper) 클래스

      기본 자료형(int, double, boolean 등)의 데이터를 인스턴스(객체)로 만들기 위해 사용(포장) 하는 클래스이다.

      • 사용 이유

        기본 자료형의 값을 굳이 래퍼(wrapper) 클래스로 포장하는 이유는 제네릭, 자료구조, 매개변수 등 기본 자료형이 아닌 레퍼런스 타입을 필요로 하는 경우가 많고 메서드를 갖고 있어 다양하게 활용이 가능하기 때문이다. 그리고 인스턴스를 생성(heap 메모리에 저장) 하여 상속 및 재사용이 가능하다. 또한 문자열(String)과 기본 자료형 간 형 변환하여 사용이 가능하다.(이것에 관한 내용은 다음 포스팅에 다룰 예정이다. )

    • 박싱(boxing)은 기본 자료형의 데이터를 래퍼(wrapper) 클래스의 객체로 만드는 과정을 의미

    • 언박싱(un boxing)은 래퍼(wrapper) 클래스의 데이터를 기본 자료형으로 얻어내는 과정을 의미

• SPRING(김지훈)

  • JPA vs Mybatis

    • JDBC

      JDBC는 DB에 접근할 수 있도록 Java에서 제공하는 API이다. 모든 Java의 Data Access 기술의 근간 즉, 모든 Persistence Framework는 내부적으로 JDBC API를 이용한다.

    • JPA

      자바 ORM 기술에 대한 API 표준 명세로, Java에서 제공하는 API이다. 자바 플랫폼 SE와 자바 플랫폼 EE를 사용하는 응용프로그램에서 관계형 데이터베이스의 관리를 표현하는 자바 API이다. 즉, JPA는 ORM을 사용하기 위한 표준 인터페이스를 모아둔 것이다. 기존에 EJB에서 제공되던 엔터티 빈(Entity Bean)을 대체하는 기술이다

      사용자가 원하는 JPA 구현체를 선택해서 사용할 수 있다. JPA의 대표적인 구현체로는 Hibernate, EclipseLink, DataNucleus, OpenJPA, TopLink Essentials 등이 있다. 이 구현체들을 ORM Framework라고 부른다.

    • Hibernate

      Hibernate가 SQL을 직접 사용하지 않는다고 해서 JDBC API를 사용하지 않는다는 것은 아니다. Hibernate가 지원하는 메서드 내부에서는 JDBC API가 동작하고 있으며, 단지 개발자가 직접 SQL을 직접 작성하지 않을 뿐이다.

    • Mybatis

      개발자가 지정한 SQL, 저장 프로시저 그리고 몇 가지 고급 매핑을 지원하는 SQL Mapper이다. JDBC로 처리하는 상당 부분의 코드와 파라미터 설정 및 결과 매핑을 대신해준다. 기존에 JDBC를 사용할 때는 DB와 관련된 여러 복잡한 설정(Connection)들을 다루어야 했지만 SQL Mapper는 자바 객체를 실제 SQL문에 연결함으로써, 빠른 개발과 편리한 테스트 환경을 제공한다.

  • SPRING MVC vs Webflux 비교

    • Spring MVC

      클라이언트로부터 요청이 들어오면 Queue를 통하게 된다. 스프링 어플리케이션은 요청당 Thread 한개가 할당된다. ( One Request Per Thread Model ) 즉, Thread Pool이 수용할 수 있는 요청까지만 동시적으로 작업이 처리되고 만약 넘게 된다면 큐에서 대기하게 된다.

      Thread 생성 비용은 크기 때문에 미리 생성하여 재사용함으로써 효율적으로 사용한다. 서버 성능에 맞게 Thread 최대 수치를 제한 시키는데, tomcat 기본 사이즈는 200이다.

      하나의 작업이 늦게 처리되는 부분은 DB, Network 등의 I/O가 일어나는 부분에서 많은 시간이 소비된다. I/O작업은 CPU가 관여하지 않는다. I/O를 가장 효율적으로 처리할 수 있는 방식이 Spring에서 제공해주는 WebFlux이다.

    • Webflux

      요청별로 Thread를 생성하는 것이 아니라, 다수의 요청을 적은 Thread로 처리를 한다. Worker Thread 기본 사이즈는 서버의 Core 개수로 설정이 되어있다. 즉 core 수가 4개라면 4개의 Thread로 대용량 트래픽을 감당한다는 것인가? ( Node.js에서 본 아키텍처이다... )

      이렇게 Non Blocking 방식을 활용하면 효율적인 I/O 제어가 되어 성능이 향상될 수 있다. 그래서 MSA에서 네트워크 호출이 많기 때문에 적용하기 좋다. 하지만!! I/O 작업 중 하나라도 Blocking 방식이 있다면, 결국 Blocking이 발생되기 때문에 4개의 Thread 이후 요청은 결국 대기를 해야한다.

      위와 관련된 예가 DB connection 일 것이다. 아무 생각없이 blocking 되는 DB connection을 넣어놓고 나머지는 non-blocking 방식으로 구현했다면 문제가 발생한다. MongoDB, Redis 등의 NoSQL은 non-blocking db connection을 지원한다고 한다!

• Infra/운영(박효원)

  • Join의 종류에 대해 아는대로 다 설명
    • inner join
    • outer join
    • left outer join
    • right router join
    • fetch join
    • union
  • 정규화, 역정규화는 무엇인지?

    • 정규화

      중복된 정보(데이터)의 포함을 최소화하기 위한 기법을 적용하는 것

      정규화는 검색과 갱신 관리를 크게 단순화한다.

    • 역정규화

      지나친 정규화로 테이블 수가 증가하게되면 (한 테이블당 데이터가 하나밖에 존재하지 않는 상황 발생 가능)

      작업할 때마다 JOIN 연산이 빈번하게 일어나 오히려 작업의 효율성이 낮아질 수 있다.

      따라서 필요에 따라 이미 분해된 두 개 이상의 릴레이션들을 합쳐서 하나의 릴레이션으로 만드는 역정규화를 통해

      검색 질의의 수행속도를 높인다.

    • 정규화의 목적

      • 불필요한 데이터를 제거, 데이터의 중복을 최소화 하기 위해서
      • 데이터베이스 구조 확장 시 재디자인을 최소화
      • 다양한 관점에서의 query를 지원하기 위해서
      • 무결성 제약조건의 시행을 간단하게 하기 위해서
      • 각종 이상 현상(Anomaly) 을 방지하기 위해서, 테이블의 구성을 논리적이고 직관적으로 한다.

    • 정규화 과정

      • 1차 정규화 : 각 로우마다 값이 1개씩만 있어야 한다
      • 2차 정규화 : 부분 함수 종속성 제거
      • 3차 정규화 : 이행 함수 족속성 제거

    • 이상현상

      • 삭제 이상: 튜플 삭제 시 같이 저장된 다른 정보까지 연쇄적으로 삭제되는 현상
      • 삽입 이상: 튜플 삽입 시 특정 속성에 해당하는 값이 없어 NULL을 입력해야 하는 현상
      • 수정 이상: 튜플 수정 시 중복된 데이터의 일부만 수정되어 일어나는 데이터 불일치 현상