비교 : map vs forEach

map (변환)

.map(d -> {
    return new DrResponse(...);
})

forEach (소비)

.forEach(d -> {
    System.out.println(d.getName());
})

조건 로직도 가능하다고 한다.

.map(d -> {
    if (d.getName().isBlank()) {
        return new DrResponse(d.getId(), "이름없음");
    }

    return new DrResponse(d.getId(), d.getName());
})

-> 조건 분기 OK

그렇다고 "비즈니스 로직" 전부 map에 넣지 않는다.

map에 적당한 것

• DTO 변환

• 단순 포맷 가공
• 표시용 값 처리

map에 부적절한 것

• DB 조회

• 권한 판단
• 핵심 비즈니스 규칙
• ====> 이런 것들은 Service에서 처리.*

📌 메서드로 분리

"

.map(this::toResponse)

" "

private DrResponse toResponse(Dr d) {
    return new DrResponse(d.getId(), d.getName());
}

"

• 읽기 훨씬 좋고, 테스트도 쉽다.

한 문장 요약

map은 여러 줄 로직을 가질 수 있지만, "변환"이라는 역할은 절대 벗어나면 안 된다.

java 자동 추론.

d가 Dr인 건 stream() 앞에서 이미 타입이 정해져 있어서, 자바가 자동으로 추론하기 때문이다.

//Service.java
List<Dr> list = drinkService.findAll();

• findAll()의 반환 타입은 -> List<Dr>

.stream()의 의미

list.stream()

이걸 타입으로 쓰면 :

Stream<Dr>

즉, 이 스트림은 Dr 만 흘러다닌다.

그래서 map의 입력 타입은 이미 결정됨

map 의 정의를 보면 (개념적으로) :

<R> Stream<R> map(Function<? super T, ? extends R> mapper)

여기서 중요한 건 :

• T = 스트림이 가진 타입
• 지금은 Stream<Dr> 즉,

  map( Dr -> ??? )

  이 구조가 이미 고정되어 있다.

그래서 이 람다는 사실 이렇게 생긴 거다.

.map(d -> new DrResponse(d.getId(), d.getName()))

자바가 내부적으로 이해하는 형태는 아래에서 확인.

.map((Drink d) -> new DrResponse(d.getId(), d.getName()))

선언을 안 했는데 어떻게 알지?가 궁금했는데 정체는 ㅋㅋ

타입 추론 (Type Inference)

자바의 기능 이름이 있다. 자바가 이런 정보를 이미 알고 있기 때문이다.

• stream() -> Stream<Dr>
• map() -> Dr 하나씩 받음

그래서 d 를 보면 자바는 속으로 :

" 아, 이건 Dr이구나. "

for-each랑 비교하면 더 이해됨.

for (Dr d : dr) {
    System.out.println(d.getName());
}

여기서도 d는 :

• 앞에 Dr가 있어서 아는 게 아니라
• dr이 List<Dr>이라서 아는 거야.

= 스트림도 똑같다.

한 문장 정리 :

d는 선언이 안 된 게 아니라, 스트림의 타입(Stream<Dr>)으로부터 자동 추론된 매개변수이다.

인가(Authorization) : "너 이거 해도 되니?"

JWT 왜 필요한지

현재 나의 프로젝트 구조는

• 프론트 : React
• 백엔드 : Spring Boot
• API : REST 방식

JWT 없을 때 문제

• 서버가 " 누가 요청했는지" 기억 못한다.
• 매 요청마다 로그인 필요
• 세션 쓰면 서버가 상태를 가져야 한다. (확장성 떨어짐)

JWT 쓰면

• 서버가 상태를 안 가짐 (Stateless)
• 요청 하나하나에 "내 신분증(JWT)" 들고 옴.
• 서버는 검증만 하면 됨.

➡️ 프론트 + API 구조에 최적

JWT의 정체를 한 문장으로

JWT = "서버가 서명한 사용자 정보 묶음" 구조

HEADER.PAYLOAD.SIGNATURE

PAYLOAD에 보통 무엇을 넣는가?

{
  "userId": 1,
  "email": "test@test.com",
  "role": "USER",
  "exp": 1712345678
}

➡️ DB 조회 안 해도 최소한의 사용자 정보 확인 가능

인증(Authentication) - 로그인에서 JWT 발급

내가 가지고 있는 로그인 흐름

User user = userService.login(email, password);

⬇️ 여기서 JWT를 발급한다.

String token = jwtProvider.createToken(user.getId(), user.getEmail());

and 응답

{
  "token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9..."
}

➡️ 이게 로그인 성공의 결과물

프론트에서 JWT 쓰는 방식

로그인 성공 시

localStorage.setItem("token", token);

API 요청마다 헤더에 첨부

fetch("/api/drink", {
  headers: {
    Authorization: `Bearer ${token}`
  }
});

➡️ 이 한 줄이 인증의 전부

백엔드에서 인증 처리 흐름

매 요청마다 서버는 이렇게 생각함.

1. Authorization 헤더 있나?
2. JWT 유효한가?
3. 서명 맞나?
4. 만료 안 됐나?
5. userId 추출

• 성공하면 :
• *" 아 , 이 요청은 userId=1이 보냈구나"**
• 실패하면 :
• *"401 Unauthorized"**

인가(Authorization) : "이 사람이 이걸 해도 되니?"

여기서부터 권한 개념이 들어온다.

예시 :

• User -> 자기 Drink만 CRUD 가능
• ADMIN -> 전체 조회 가능

JWT payload에 role을 넣어준다.

{
  "userId": 1,
  "role": "USER"
}

그리고 코드에서 :

if (!userId.equals(drink.getUserId())) {
    throw new ForbiddenException();
}

➡️인증 = 너 누구냐 ➡️인가 = 너 이거 해도 되냐 ➡️JWT = 서버가 서명한 신분증 ➡️프론트는 JWT 들고 다님 ➡️서버는 JWT만 검증 ➡️DB 조회 없이 사용자 식별 가능

공통점: 둘 다 URL을 메서드에 연결하는 어노테이션 " HTTP 요청 -> Controller 메서드 "

@RequestMapping (범용)

@RequestMapping("/api/user")

특징 :

• GET / POST / PUT / DELETE 전부 가능
• 클래스 / 메서드 둘 다 사용 가능

단점 :

• 코드 길어짐
• 한 눈에 HTTP 메서드가 안 보임

@GetMapping / @PostMapping (전용)

@GetMapping("/abc")
@PostMapping("/login")
@PutMapping("/{id}")
@DeleteMapping("/{id}")

특징 :

• HTTP 메서드 의미가 바로 보임
• 가독성 최고
• 실무 표준

@GetMapping("/abc")

⬇️ 이거랑 같음

@RequestMapping(
  value = "/abc",
  method = RequestMethod.GET
)

@Entity만 붙였는데 테이블이 생기는 이유

• Spring Boot+ JPA + Hibernate가 "엔티티 보고 테이블 만들어도 되네" 하고 자동 생성

내부에서 벌어지는 일

1. 애플리케이션 시작

• spring boot가 설정 확인

  spring.jpa.hibernate.ddl-auto=update

• 2.* @Entity 스캔

  @Entity
  public class User {
     @Id @GeneratedValue
     private Long id;
     private String email;
  }

  --> Hibernate : “User → 테이블 후보”

3. 테이블 생성 SQL 자동 생성

create table user (
  id bigint not null,
  email varchar(255),
  primary key (id)
);

--> DB에 실행

왜 가능한가?

• JPA는 ORM(Object ↔ Table 매핑) 기술이라서

자바 클래스 ↔ DB 테이블 필드 ↔ 컬럼 (자동 변환이 가능함)

@RestController  → 요청 받음
@Service         → 로직 처리
@Repository      → DB 접근
@Entity          → DB 구조

"이 클래스는 이런 역할이다" 라고 Spring에게 알려주는 라벨이다.

Spring은 이 라벨을 보고

• 언제 만들기
• 어떻게 관리할지
• 어디에 주입할지

결정한다.

어노테이션을 붙이지 않을 경우엔?

예)

public class UserService {
}

spring 입장에서는 "이건 그냥 평범한 자바 클래스이구나." --> 결과 : 객체 안 만듦, 주입 안 됨, 실행 중 에러 발생.

핵심 어노테이션 4종

1. @RestController

@RestController
public class UserController {
}

의미 :

• 이 클래스는 HTTP 요청받는 역할.
• 반환 값을 JSON으로 자동 변환.

어노테이션이 없다면?

• url 매핑 안 됨
• 프론트에서 호출해도 404

2. @Service

@Service
public class UserService {
}

의미 :

• 이 클래스는 비즈니스 로직 담당.
• Spring이 객체로 만들어서 관리.

굳이 Service 사용하는 이유?

• Controller랑 역할 분리
• 트랜잭션, 테스트, 유지보수 때문

3. @Repository

@Repository
public interface UserRepository extends JpaRepository<User, Long> {
}

의미 :

• DB 접근 담당
• 예외를 Spring 예외로 변환

※ JPA Repository는 사실상 생략이 가능하지만 의미상 붙여두는 게 좋다.

4. @Entity

@Entity
public class User {
}

의미 :

• 이 클래스는 DB 테이블
• Hibernate가 관리

어노테이션이 없다면?

• 테이블 매핑 안 됨
• DB 저장 불가

Spring은 어노테이션을 어떻게 찾나?

@SpringBootApplication

@SpringBootApplication
public class DemoApplication {
}

이 코드가 하는 일 :

• 현재 패키지 기준으로
• 하위 패키지 전부 스캔
• 어노테이션 붙은 클래스 전부 등록

※ 그래서 구조가 중요하다.

어노테이션 없으면 DI가 왜 안 되냐?

spring의 사고 흐름 :

• "Bean으로 등록된 애들만 서로 주입해줄 수 있어"

-> 즉 :

• @Service -> Bean 등록
• @Repository -> Bean 등록
• 생성자에서 요구 -> Spring이 연결

역할별 어노테이션 정리표

• 어노테이션은 Spring 등록 스위치
• 안 붙히면 Spirng은 모른다.
• 역할에 맞는 어노테이션이 중요하다.

"UserService는 UserRepository가 반드시 필요하고, 그걸 Spring이 대신 만들어서 넣어준다"

의존성 주입(Dependency Injection, DI) spring은 앱 시작할 때 : 1. UserRepository를 먼저 생성한다. 2. UserService 생성하려고 보니까. ---> "어? 생성자에USerRepository가 필요하네? 3. 이미 만들어둔 UserRepository를 자동으로 넣어준다.

이 과정이 바로 생성자 주입.

왜 private final 인가?

private : 외부에서 멋대로 바꾸지 못하도록. final : 한 번 주입되면 절대 바뀌지 않게하고, Service는 "의존 대상이 고정" 되어야 한다.

실생활 비유

• UserService = 카페 직원
• UserRepository = POS 기계

  본사(Spring)가 POS를 준비해서 직원에게 지급.

빠른 이해 :

Service는 Repository를 직접 만들지 않는다. Spring이 만들어준 걸 "생성자로 받아서 쓴다"

todolist를 웹브라우저가 닫혀도 저장할 수 있도록 하고 싶었다. DB 사용이 아닌 Cookie와 Local Storage 활용할것이다.

1. Cookie

• 하이퍼 텍스트의 기록서(HTTP)의 일종으로서 인터넷 사용자가 어떠한 웹사이트를 방문할 경우 그 사이트가 사용하고 있는 서버를 통해 인터넷 사용자의 컴퓨터에 설치되는 작은 기록 정보 파일을 일컫는다.

쇼핑몰 사이트를 방문하여 이것저것 보았을 때, 하단에 최근 본 상품이라는 것을 본 적이 있을 것이다. 또한 팝업창에 오늘 하루 안보기 체크와 같은 정보들은 모두 쿠키에 저장되어 관리된다.

• 개념은 이정도로 간단하게 설명하고, JS에서는 어떻게 Cookie를 사용하고 관리 할까?

❓ Cookie 저장하는 법

document.cookie = "cookie-js"

기존에 있던 cookie에 key: cookie, value: js 쌍으로 저장이 된다.

❓ Cookie를 가져오는 법

document.cookie

위의 코드를 통해 cookie에 저장된 값들을 읽어올 수 있다. 각 쿠키는 ;로 구분되어 있어서 split로 쪼개고 다시한번 key.value에 맞게 쪼개서 적절히 사용하면 된다.

❓ Cookie에 유효기간 넣기

Cookie에 유효기간을 지정하지 않으면 브라우저가 종료되면 쿠키값을 사라진다.

1) 그리니치 표준시(GMT)를 사용하여 유효기간을 넣는다.

document.cookie = "cookie=js; expires=Wed, 18 Aug 2021 20:00:00 GMT";

위와 같이 직접 넣어줄 수도 있지만, 보통 오늘 날짜 기준으로 며칠 뒤까지 유효기간을 설정하는 것이 보통이다.

let data = new Date();
date.setDate(date.getDate() + 1);
document.cookie = `cookie=js expires=${date.toGMTString()}`;

data.getDate()로 오늘 날짜를 받아와 +1 (하루)를 더 해주고 그것을 setDate로 저장해주고 템플릿 리터럴을 이용해서 넣어주면 된다.

2) max-age로 설정 설정된 값 기준으로 유효기간 설정

document.cookie = "cookie-js; max-age-3600";

max-age의 단위는 1초이다. 3600은 1시간을 의미한다. 이렇게 직접 시간을 지정해서 설정할 수도 있다.

‼️ Cookie 주의 사항

• Http 요청 시 헤더에 cookie가 포함되기 때문에 Http 요청 크기가 커진다.
• 크기 제한이 있다.
• 보안 취약점이 존재한다.

2. Local Storage

• cookie와 마찬가지로 개발자 도구에서 확인 가능하고 key, value 쌍으로 저장이 된다.
• 도메인 기반으로 Storage가 생성이 된다.
• 도메인만 같다면 여러탭 내에서 같은 Storage가 공유된다.
• 직접 삭제하는 경우가 아니면 삭제되지 않는다.

❓ Local Storage 저장하는 법

window.localStorage.cookie = "js";
window.localStorage[cookie] = "js";
window.localStorage.setItem("cookie","js");

setItem을 이용하는 것을 권장한다. 나머지는 특정한 상황시 내장함수를 덮어씌우는 경우를 발생하기 때문이다. 또한 Local Storage는 string만 넣을 수 있다. 그래서 만약 객체를 넣고 싶으면 JSON.stringify로 넣고, JSON.parse로 가져온다.

❓ Local Storage 가져오는 법

localStorage.getItem("cookie"); //불러오기
localStorage.removeItem("cookie") //삭제하기
localStorage.clear() //전체삭제

위 같은 방법으로 간단한 프로젝트 시 Client Side 에서 데이터를 저장하여 활동하면 된다.

출처: https://ghost4551.tistory.com/132 [프론트엔드 개발자의 기록 공간:티스토리]

1. 현재 권한상태를 확인합니다. (Window PowerShell 관리자모드 진입)

get-ExecutionPolicy

저는 상태값 "Restricted" 으로, 로컬에서 작성한 스크립트를 실행할 수 없는상태여서 오류가 발생한 것입니다.

• 권한 상태값

  Restricted : default설정값으로, 스크립트 파일을 실행할 수 없습니다.

  AllSigned : 신뢰할 수 있는(서명된) 스크립트 파일만 실행할 수 있습니다.

  RemoteSigned : 로컬에서 본인이 생성한 스크립트와, 신뢰할 수 있는(서명된) 스크립트 파일 실행할 수 있습니다.

  Unrestricted : 모든 스크립트 실행가능

  ByPass : 경고/차단 없이 모든 것을 실행가능하도록함

  Undefined : 권한을 설정하지 않겠음

2. 권한 상태를 "RemoteSigned"으로 변경합니다.

Set-ExecutionPolicy RemoteSigned

Y

3. 권한이 정상적으로 변경되었는지 다시 확인

get-ExecutionPolicy

4. VSCode로 돌아가서 터미널 명령을 다시 수행하여 오류가 해결되었는지 확인

• 처음에 실행되지않았던 명령이, 이제는 정상적으로 수행되었습니다.

  

참고 : https://hellcoding.tistory.com/entry/VSCode-%EC%98%A4%EB%A5%98-%EC%9D%B4-%EC%8B%9C%EC%8A%A4%ED%85%9C%EC%97%90%EC%84%9C-%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8%EB%A5%BC-%EC%8B%A4%ED%96%89%ED%95%A0-%EC%88%98-%EC%97%86%EC%9C%BC%EB%AF%80%EB%A1%9C

System.out.print() : 괄호 안의 내용을 출력 System.out.println() : 괄호 안의 내용을 출력하고 한 행을 띄움 System.out.printf() : 문자열을 서식문자를 이용하여 형식화된 내용으로 출력

터미널 실행 실패 문제 해결

통합 터미널 설정

사용자 JSON 파일에서 직접 수정. settings.json 파일을 열거나. 명령 팔레트(Ctrl+Shift+P)에서 Preferences:Open User Settings(JSON) 명령을 사용하여 오픈

아래 사진과 같이 "terminal.integrated.defaultProfile.windows": "PowerShell" 로 변경.

• \d : 숫자
• \D : 숫자가 아닌 모든 것
• \w : 글자 (영어, 숫자, 한글) + _ (언더바)
• \W : 글자가 아닌 모든 것 (특수기호, 공백)
• \s : 공백
• \t : 탭
• \n : 엔터
• [[:digit:]] : 숫자
• [[:alpha:]] : 문자
• [[:alnum:]] : 숫자 + 문자
• [[:punct:]] : 특수기호

2) 반복 횟수를 지정하는 표현식

• ? : 0회 또는 1회
• * : 0회 이상
• + : 1회 이상
• {n} : n회
• {n,} : n회 이상
• {n,m} n회 이상 m회 이하

3) 패턴 관련 정규 표현식

• [ab] : a 또는 b 한글자
• [a-z] : 영문 소문자 한글자
• [A-Z] : 영문 대문자 한글자
• [A-z] : 영문 한글자 (대소문자 구분없이)
• [가-힣] 또는 [가-힝] : 한글 한글자
• [^ab] : a와 b를 제외한 것

4) 기타

• . : 엔터를 제외한 모든 한 글자 (숫자, 문자, 특수기호, 공백)
• ^ : 시작
• $ : 끝
• a|b : a 또는 b
• () : 그룹지정
• \ : escape character (일반 초기화)

REGEXP_SUBSTR

• 정규식 표현식을 사용한 문자열 추출

• 문법 : REGEXP_SUBSTR(대상, 패턴, [검색위치],[발견횟수],[옵션],[추출그룹])

• 특징 :

  • 검색 위치 생략 시 1
  • 발견횟수 생략 시 1 (1 이상의 값 전달 가능)
  • 추출 그룹은 서브패턴을 추출 시 그 중 추출할 서브패턴 번호

• 옵션 :

  • c : 대소를 구분하여 검색
  • i : 대소를 구분하지 않고 검색
  • m : 패턴을 다중라인으로 선언 가능

예제 ) 숫자, 글자, 특수기호 추출 정규표현

SELECT ID,
    REGEXP_SUBSTR(ID,'\D') AS 숫자,
    REGEXP_SUBSTR(ID,'\w') AS 글자,
    REGEXP_SUBSTR(ID,'\w') AS 글자가 아닌 것,
    REGEXP_SUBSTR(ID, '[[:punct:]]') AS 특수기호
FROM REGEXP1;

예제 ) 횟수 관련 정규 표현

SELECT ID,
    REGEXP_SUBSTR(ID,'[A-Z]\D+') AS "영문-숫자 필수"
    REGEXP_SUBSTR(ID,'[A-Z]'\D*) AS "영문-숫자 선택"
FROM REGEXP1;

20:03

UNION

합집합 (중복 행은 1개로 처리), 자동으로 정렬

• 컬럼 수와 데이터 타입이 완전 일치해야함

UNION ALL

합집합 (중복 행도 표시)

• UNION ALL이 UNION보다 성능 우수
• 정렬 자동적으로 발생하지 않는다.
• 컬럼 수와 데이터 타입이 완전 일치해야 한다.

INTERSECT

• 교집합 (INTERSCTION)

EXCEPT(MY-SQL) / MINUS(ORACLE)

• 차집합 (DIFFERENCE)

CROSS JOIN

• 곱집합(PRODUCT)

계층형 질의

STATRT WITH

• 계층 구조 전개의 시작 위치 지정

CONNECT BY

• 다음에 전개될 자식 데이터 지정
• 부모 계층형 쿼리에서 부모노드와 자식 노드 사이의 특정한 관계를 나타내는데 사용

PRIOR

• CONNNECT BY 절에 사용되며, 현재 읽은 컬럼을 지정한다.
• PRIOR 자식 = 부모 형태 : 계층구조에서 부모 데이터에서 자식 데이터(부모 -> 자식) 방향으로 전개하는 순방향 전개, 하위의 모든 노드 추출 PRIOR 부모 = 자식 형태 : (자식 -> 부모) 방향, 역방향 전개로, 상위의 모든 노드 추출

NOCYCLE

• 동일한 데이터가 전개되지 않는다. 순환구조 발생 지점까지만 전개

ORDER SIBLINGS BY

• 모든 전개를 수행한 후에 지정된 조건을 만족하는 데이터만 추출한다. (필터링)

LEVEL

• 루트 데이터이면 1, 그 하위 데이터면2, 리프 데이터까지 1씩 증가

CONNECT_BY_ISLEAF

• 해당 데이터가 리프 데이터면1, 그렇지 않으면 0

CONNECT_BY_ISCYCLE

• 해당 데이터가 조상이면1, 아니면 0 (CYCLE 옵션을 사용했을 시에만 사용가능)

SYS_CONNECT_BY_PATH

• 루트 데이터부터 현재 전개할 데이터까지의 경로를 표시

CONNECT_BY_ROOT

• 현재 전개할 데이터의 루트 데이터(최상위)를 표시. 단항 연산자.

START WITH절에서 필터링된 시작 데이터는 결과목록에 포함!! 이후 데이터는 CONNECT BY절에 의해 필터링

[SQL SERVER] 계층형 질의문은

• CRE(common table expression)를 재귀 호출함으로싸 계층 구조 전개
• 앵커 멤버를 실행하여 기본 결과 집합을 만들고 이후 재귀 멤버를 지속적으로 실행

[Oracle] 계층형 질의문은

• WHERE절은 모든 전개를 진행한 이후 필터 조건. 조건을 만족하는 데이터만 추출하는데 활용.
• PRIOR 키워드는 SELEC,WHERE 절에서도 사용 가능하다.

SELECT (스칼라 서브쿼리) FROM (인라인뷰) WHERE (서브쿼리)

서브쿼리 :

하나의 SQL문 안에 포함되어 있는 또 다른 SQL문, 알려지지 않은 기준을 이용한 검색에 사용

• 서브쿼리를 괄호로 감싸서 사용

• 서브쿼리는 단일 행 또는 복수행 비교 연산자와 함게 사용가능

  • 단일 행 비교 연산자는 서브쿼리의 결과가 반드시 1건 이하여야 하고 복수 행 비교 연산자는 결과 건수와 상관 없다.

• 서브쿼리에서는 ORDER BY를 사용하지 못한다.

• SELECT, FROM, WHERE, HAVING, ORDER BY, INSERT-VALUES, UPDATE-SET 절에 사용가능 WHERE 절에 있는 서브쿼리

TOP-N 서브쿼리

• INLINE VIEW 의 정렬된 데이터를 ROWNUM을 이용해 결과 행수를 제한 하거나 TOP(N)조건을 사용한다.

• SELECT * FROM (SELECT ROWNUM TOP, A FROM B) a WHERE a.TOP =2 ;

단일 행 비교 연산자

• =, <, >, <=, >= 등, 항상 1건 이하인 서브쿼리

다중 행 비교 연산자

• IN,ALL, ANY, SOME 등 하나 이상의 데이터가 RETURN
• ALL : 서브쿼리 값 모두가 조건에 만족하면 TRUE (WHERE 컬럼명 < ALL(A,B) : A보다 작으면서, B보다도 작아야함)
• ANY: 서브쿼리 값 중 어느 하나의 값이라도 만족하면 결과 값을 리턴

다중 컬럼 서브쿼리

• 여러 컬럼을 반환
• 메일쿼리의 조건절에 여러 컬럼을 동시 비교 가능
• 서브쿼리와 메인쿼리에서 비교하고자 하는 컬럼 개수와 컬럼 위치가 동일해야한다.
• SQL SERVER에서는 현재 지원이 되지 않는다.

상호 연관 서브쿼리 (Correlated SubQuery)

• 메인 쿼리 값을 서브쿼리가 사용하고 서브쿼리의 값을 받아서 메인 쿼리가 계산되는 쿼리
• 서브쿼리가 메인쿼리의 행 수 만큼 실행되는 쿼리
• 실행 속도가 상대적으로 떨어짐
• 복잡한 일반 배치 프로그램을 대체할 수 있어 조건에 맞는다면 적극적 검토 필요

스칼라 서브쿼리

• 한 행, 한 컬럼만을 반환하는 서브쿼리
• 메인쿼리의 컬럼 사용 가능. 메인쿼리는 스칼라 서브쿼리의 컬럼 사용 불가능
• ORDER BY구 사용할 수 없다.

SQL 개선 측면 서브쿼리 종류

• Access Subquery : 쿼리의 변형불가, 제공자 역할
• Filter Subquery : 쿼리의 변형불가, 확인자 역할
• Early Subquery : 쿼리의 변형불가, 서브쿼리가 먼저 실행하여 데이터를 걸러낸다.

인라인 뷰 (INLINE VIEW)

• 테이블 명이 올 수 있는 FROM절에서 정의
• ORDER BY 사용 가능
• SQL 문장 내 절차성을 주는 효과를 볼 수 있다.
• 실질적인 오브젝트는 아니지만, SQL 문장에서 마치 VIEW나 테이블처럼 사용
• 메인쿼리에서 컬럼 사용 가능

뷰

• 테이블은 실제로 데이터를 가지고 있는 반면, 뷰는 실제 데이터를 가지고 있지 않다. 가상테이블이라고도 한다.
• 단지 정의만을 가지고 있으며, 실행 시점에 질의를 재작성하여 수행한다. [뷰 사용 장점]

1. 독립성 : 테이블 구조가 변경되어도 뷰를 사용하는 응용 프로그림은 변경하지 않아도 된다.
2. 편리성 : 복잡한 질의를 뷰로 생성함으로써 관련 질의를 단순하게 작성할 수 있다.
3. 보안성 : 직원의 급여정보와 같이 숨기고 싶은 정보가 존재할 때 사용 CREATE VIEW 뷰명 AS DROP VIRE 뷰명;

그룹함수

ROLLUP

Subtotal을 생성하기 위해 사용, Grouping Columns의 수를 N이라고 했을 때 N+1 Level의 Subtotal이 생성된다. 인수 순서에 주의

• ROLLUP(A,B) : A별 합계, A/B별 합계, 전체 합계
• ROLLUP(COL1,COL2) = GROUPING SETS((COL1,COL2),(COL1),())

GROUPING

-Subtotal의 total을 생성

CUBE

• 결합 가능한 모든 값에 대하여 다차원 집계를 생성, ROLLUP에 비해 시스템에 부하가 심함
• GROUPING SETS(A,B(A,B),())=CUBE(A,B)

GROUPING SETS

• 인수들에 대한 개별 집계를 구할 수 있다, 다양한 소계 집합 생성 가능

https://calmmimiforest.tistory.com/113

INNER JOIN

• join 조건에서 동일한 값이 있는 행만 반환, USING 이나 ON 절을 필수적으로 사용
• (ANSI 표준) SELETE * FROM A, B WHERE A.aa = B.bb AND B.cc='dd' SELETE * FROM A INNER JOIN B ON A.aa =B.bb WHERE B.cc='dd'

NATURAL JOIN

• 두 테이블 간의 동일한 이름을 갖는 모든 칼럼들에 대해 EQUI JOIN 수행
• NATTURAL JOIN 이 명시되면 추가로 USING, ON, WHERE 절에서 JOIN 조건을 정의할 수 없다.
• SQL Sever는 지원하지 않음

EQUAL JOIN

• EQUAL JOIN 은 두개의 테이블 간에 컬럼 값이 일치하는 걸 조인, 두개의 테이블에서 교집합을 찾음 NON EQUAL JOIN
• NON EQUAL JOIN 은 <,>,=,<=,>= 사용

SELF JOIN

• 한 테이블에서 두 개의 컬럼이 연관관계를 가지고 있는 경우에 사용한다.

USING 조건절

• 같은 이름을 가진 컬럼들 중에서 원하는 컬럼에 대해서만 선택적으로 equal join 수행
• join 컬럼에 대해서 alias나 테이블 이름과 같은 접두사를 붙일 수 없다.

ON 조건절

• ON 조건절과 WHERE조건절을 분리하여 이해가 쉬우며, 컬럼명이 다르더라도 join 조건을 사용할 수 있다.
• alias나 테이블명 반드시 사용

CROSS JOIN

• JOIN 조건에서 동일한 값이 없는 행도 반환 가능, using이나 on 조건절 반드시 사용해야 한다.

OUTER JOIN

• join 조건에서 동일한 값이 없는 행도 반환 가능, using이나 on조건절 반드시 사용해야한다.

LEFT OUTER JOIN

• 조인 수행시 먼저 표기된 좌측 테이블에 해당하는 데이터를 읽은 후, 나중 표기된 우측 테이블에서 join대상 데이터를 읽어온다.
• 우측 값에서 같은 값이 없는 경우 null 값으로 한다.

RIGHT OUTER JOIN

• left outer join의 반대
• 우측 테이블 값은 채워져 있으나, 좌측 테이블 값은 없을 때

-(ANSI 표준) SELECT * FROM A,B WHERE A.aa(+)=B.bb SELECT * FROM A RIGHT OUTER JOIN B ON (A.aa=B.bb)

FULL OUTER JOIN

• 조인 수행시 좌측, 우측 테이블의 모든 데이터를 읽어 join하여 결과를 생성
• 중복 데이터는 삭제

https://calmmimiforest.tistory.com/113

DDL 데이터 정의어 (Definition)

데이터 구조 정의 CREATE : 데이터 구조 생성 ALTER : 구조 변경 DROP : 구조 삭제 RENAME : 이름 변경 TRUNCATE : 테이블 초기화

DML 데이터 조작 언어 (Mainpulation)

데이터 변형 INSERT : 데이터 입력 UPDATE : 데이터 수정 DELETE : 데이터 삭제

데이터 조회 SELETE : 조회

DCL 데이터 조작어 (Control)

권한받기 GRANT : 권한 부여 REVOKE : 권한 회수

TCL 트랜잭션 제어어

권한받기 COMMIT : 반영 ROLLBACK : 취소 SAVEPOINT : 위치지정

요약

DDL 데이터 정의어 : CREATE, ALTER, DROP, RENAME, TRUNCATE

# 1. 테이블(구조) 생성
CREATE TABLE 테이블명 (칼럼명1 DATETYPE [DEFAULT 형식], ..) ;

# 2. 테이블 변경
ALTER TABLE 테이블명 ADD 추가할_칼럼명 데이터유형;   # 칼럼 추가
ALTER TABLE 테이블명 DROP COLUMN 삭제할_칼럼명;   # 칼럼 삭제
ALTER TABLE 테이블명 MODIFY (칼럼명, 데이터유형);   # Oracle 칼럼 수정
ALTER TABLE 테이블명 ALTER (칼럼명, 데이터유형);   # SQL Server 칼럼 수정
ALTER TABLE 테이블명 RENAME COLUMN 변경될_칼럼명 TO 새칼럼명;   # 칼럼 이름 변경
ALTER TABLE 테이블명 DROP CONSTRAINT 제약조건명;   # 제약조건 삭제
ALTER TABLE 테이블명 ADD CONSTRAINT 제약조건명;   # 제약조건 추가

# 3. 테이블명 변경
RENAME 변경전_테이블명 TO 변경후_테이블명;

# 4. 테이블/데이터 삭제
DROP TABLE 테이블명 [CASCADE CONSTRAINT];   # 테이블 구조/데이터, [관계 있던 참조 제약조건] 삭제
TRUNCATE TABLE 테이블명;   # 테이블 구조는 유지, 데이터만 전부 삭제

DML 데이터 조작어 : SELECT, INSERT, UPDATE, DELETE

# 1. 데이터 입력
INSERT INTO 테이블명 (컬럼 리스트) VALUES (데이터 리스트);

# 2. 데이터 변경
UPDATE 테이블명 SET 수정할 컬럼명 = 새로운 데이터 [WHERE 수정할 데이터에 대한 조건];

# 3. 데이터 삭제
DELETE FROM 테이블명;

# 4. 데이터 조회
SELECT * FROM [WHERE __ GROUP BY __ HAVING __ ORDER BY];

DCL 데이터 제어어 : GRANT, REVOKE

TCL 트랜잭션 제어어 : COMMIT, ROLLBACK, SAVEPOINT

정리

DELETE, DROP, TRUNCATE 차이

DELETE - 테이블 안 데이터 삭제 (오래 걸림) DROP - 테이블 완전 삭제 TRUNCATE - 테이블 구조 유지, 데이터 전체 삭제 (비교적 빠름)

도커 & 쿠버네티스 설치하기1

CNI(Container Network interface)

• 파트와 파드의 통신을 책임져 주는 역할
• container간 통신을 지원하는 VxLAN. Pod Network라고도 부른다.

쿠버네티스 클러스터 구성

• control plane (master node)

  • 워커노드들의 상태를 관리하고 제어
  • single master
  • multi master (3, 5개의 master nodes)

• worker node

  • 도커 플랫폼을 통해 컨테이너를 동작하며 실제 서비스 제공

password 인증 받은 후 sudo 명령어 자유롭게 사용 각 항목별로 복사해서 각 노드에 입력하여 다운받기

crtl+instert 복사 shift+insert 붙여넣기

레포지토리 등록하는 과정

업데이트 명령 업데이트 하고 가져오기

다운로드 완료된 후에 확인하는 명령어

sudo systemctl enable docker
sudo systemctl start docker
sudo docker version

위처럼 나왔으면 도커 설치 성공적

컨테이너란

cat > app.js

const http = require('http');
const os = require('os');
console.log("Test server starting...");
var handler = function(req, res){
    res.writeHead(200);
    res.end("Container Hostname: " +os.hostname() +"₩n")
};
var www = http.createServer(handler);
www.listen(8080);

간단한 node.js 기반의 프로그램 이 프로그램이 실행되기 위해서 node.js를 설치해준다. 그 다음 노드 명령어에 app.js 소스코드 파일이름을 넣어주면 실행된다.

cat > Dockerfile

FROM node:12
COPY app.js /app.js
ENTRYPOINT ["node",app.js"]

<ctrl><d>

도커파일에 아까 만든 파일이름을 그대로 도커 컨테이너 위에 쌓아서 실행할 수 있다. 위 컨테이너를 열면 클라이언트의 요청을 기다리고 있다가 접속하게 되면 hostname과 Container Hostname의 메세지를 200번의 상태코드를 전달해준다.

위처럼 만든 컨테이너를 어떻게 동작시킬 수 있을까?

그 컨테이너를 실행시킬 수 있는 플랫폼이 필요한데, 도커라는 플랫폼을 사용하여 실행.

컨테이너 이미지를 생성 web server 컨테이너 생성

1. 컨테이너 저장소에 저장하는 법 먼저 설명 linux 운영체제 위에 도커 설치 컨테이너 빌드하기 허브- 도커닷컴에서 운영하고 있는 저장소에 컨테이너를 빌드하여 푸쉬해줄 수 있다. 앞에 만든 두개의 파일(node.js파일과 도커파일)을 사용하여 명령어를 통해 빌드할 수 있다.

   docker build -t smlinusx(containername)/nodeinfo:v1

   하나의 컨테이너가 하드디스크에 들어가게 된다. 만들어진 컨테이너를 docker push smlinux/nodeinfo:v1 (push명령어 저장된다.)

   저장된 컨테이너 사용방법

   $docker pull smlinux/nodeinfo:v1 <- 저장한 도커컨테이너를 다운받고
   $docker create --name app -p 80:8080 smlinux/nodeinfo:v1
   $docker start app

   바로 도커컨테이너를 열고 노드js 8080열어 클라이언트를 listen 할 수 있다.

쿠버네티스가 도커를 관리하고 스케줄링하고 운영하는 오케스트레이션이다. 지휘자 역할, 리더 역할

public static void main(String[] args) {

  **int i = 0;**

  while**(i<10){**
      System.out.printlin("ohh"+i);
  **i++**
  }
}

for문을 활용 시에 아래 같은 코드가 된다.

public static void main(String[] args) {

  for(초기화int i = 0; 종료조건i<10; 반복실행i++){
      //반복적으로 실행될 구문
      System.out.println("ohh"+i);
  }
}

public static void main(String[] args) {

  for(int i = 5; i < 20; i=i+2){
      //반복적으로 실행될 구문
      System.out.println("ohh"+i);
  }
}

반복문 사용할 때 가변적인 것과 고정적인 것을 구분하고 설계하는 것이 중요하다. (예 : 변수 할당)

break & continue

while(조건문){ } 활용

    public static void main(String[] args) {

        for(int i =0; i < 10; i++){
          if (i==5)
              break(해당 조건에 멈춤); or continue(해당 조건 건너뛰기);
        System.out.printl("Hi"+i);
    }
 }

중첩 반복문

public class BreakDemo {

    public static void main(String[] args) {
        for(int i =0; i < 10; i++){
          for(int j=0; j < 10; j++){
          System.out.printl(i+""+j);
          }
        }
    }
 }

산술연산자 arithmetic 더하기, 빼기, 곱하기,나누기, 나머지 + , - , * , / , %

단항 연산자 + : 양수를 표현한다. 실제로는 사용할 필요가 없다. - : 음수를 표현한다. ++ : 증가 (increment) 연산자러 항의 값을 1씩 증가 시킨다. -- : 감소 (Decrement) 연산자

증가연산자

public class PrePostDemo{
    public static void main(String[] args){
        int i = 3;
        i++;
        System.out.println(i); // 4 출력
        ++i;
        System.out.println(i); // 5 출력
        System.out.println(++i); // 6 출력 
        (괄호 안에서 더해지는 연산자)
        System.out.println(i++); // 6 출력 
        (괄호 밖에서 더해지는 연산자)
        System.out.println(i); // 7 출력
    }
}

연산자 우선순위

• 우선순위에 따라 계산이 된다.

실수 : float / double

double:a =3.3F;

3.3F; 라는 상수를 a 변수에 대입하는 순간 자바가 F가 붙어있어도 더블형으로 자동으로 암시적으로 형변환이 되는것이다.

자동으로 형변환 해주는 이유 더 많은 정보를 수용할 수 있도록하기 위해

float:a =3.3;

3.3;더블형의 데이터를 float에 넣는 코드 but 오류 발생 why? 더블이 더 많은 데이터를 수용할 수 있기 때문이다.

자동 형 변환의 원칙은 표현범위가 좁은 데이터 타입에서 넓은 데이터 타입으로의 변환만 허용된다는 것이다.

(정수)byte -> short / char -> int -> long -> (실수)float -> double

int a = 3; float b = 1.0F; double c = a+b ;

1. int인 3을 float 형으로 변환시켜 3.0F로 만든다.
2. float 타입인 b 의 1.0F
3. 변환시킨 a = 3.0F 와 b 인 1.0F 값을 더한다.
4. 고로 c의 값은 4.0F

명시적 형 변환

수동으로 직접 형변환 하는 것, Explic Conversion

float a =100.0; -> 정보 손실 때문에 자동형변환이 되지 않음 int b =100.0F; -> int보다 float이 넓은 범위기 때문에 정보손실의 우려로 자동 형변환이 되지 않는다.

하지만 명시적으로 변환할 수 있는 방법은 아래와 같다.

float a = (float)100.0; int b = (int)100.0F;

ls : 현재 디렉토링의 모든 파일 및 폴더를 기본 형식으로 보여준다. ls -l : 파일 및 폴더에 대한 자세한 정보와 함께 리스트업 한다. ls -a : 숨겨진 파일을 포함하여 모든 파일을 보여준다.

cd (change directory)

cd: 디렉토리 변경 cd Documents : 현재 디렉토리에서 'Documents'라는 이름의 폴더로 이동한다. cd .. : 현재의 디렉토리의 상위 폴더로 이동한다.

pwd (print working directory)

pwd : 현재 작업 중인 데렉토리의 경로를 표시한다.

mkdir (make directory)

mkdir : 새로운 디렉토리(폴더)를 생성한다. mkdir new_folder : 현재 디렉토리에'new_folder'라는 이름의 새 디렉토리를 만든다. mkdir -p folder1/folder2 : 'folder1'내에 'folder2'를 생성한다. -p는 상위 디렉토리가 없는 경우, 그 상위 디렉토리를 생성하는 옵션이다.

rmdir (Remove Directory)

rmdir : 디렉토리를 삭제한다. rmdir old_folder : 'old_folder'라는 이름의 디렉토리를 삭제한다. rmdir : 디렉토리가 비어있을 때만 작동한다. 내부에 파일이나 다른 디렉토리가 있으면 오류가 발생한다. rm- r : 디렉토리 안의 파일과 함께 삭제.

rm (remove)

rm : 파일이나 디렉토리를 삭제한다. rm file.txt : 'fild.txt'라는 파일을 삭제한다. rm -r folder : 'folder'라는 디렉토리와 그 안의 모든 내용을 삭제한다.

• 삭제한 파일은 복구가 어렵기 때문에, 중요한 파일을 삭제하기 전에는 항상 확인하는 것이 좋다.

touch

touch : 새로운 빈 파일을 생성하거나, 기존 파일의 타임스탬프(날짜 및 시간 정보)를 현재 시간으로 갱신한다. touch new_file.txt : 'new_file.txt'라는 새파일을 생성한다. 파일이 이미 존재한다면, 타임 스탬프가 갱신된다,

https://velog.io/@tngus0325/16%EA%B0%80%EC%A7%80-%EB%A6%AC%EB%88%85%EC%8A%A4-%EA%B8%B0%EB%B3%B8-%EB%AA%85%EB%A0%B9%EC%96%B4-%EC%A0%95%EB%A6%AC