[TIL] Today I Lerned - 230112

2023. 1. 12. 21:12기록/TIL

[TIL] Today I Lerned - 230112

 

230112 기록

 

알고리즘

 

[Python] 프로그래머스 lv1 - 과일장수 (tistory.com)

 

[Python] 프로그래머스 lv1 - 과일장수

[Python] 프로그래머스 lv1 - 과일장수 코딩테스트 연습 - 과일 장수 | 프로그래머스 스쿨 (programmers.co.kr) 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자

skyriv312079.tistory.com

 

문제를 잘 읽어보자..^^

잘 안 읽고 날리는 시간이 상당히 많다

 

SQL

 

  • 제약 조건
    • 데이터 무결성을 지키기 위해 데이터를 입력받을 때 실행되는 검사 규칙
      • 데이터 무결성 : 데이터가 얼마나 완전하고, 일관, 정확한지 판단
    • 조건
    • NOT NULL
      • null값을 가질 수 없는 필드
    • UNIQUE
      • 중복되지 않는 유일한 값만 입력
    • PRIMARY KEY
      • 해당 값을 기본키로 사용한다는 의미
    • FOREIGN KEY
      • 해당 키를 외래키로 다른 테이블과의 조회 시 사용한다는 의미
    • DEFAULT
      • 만약 데이터 입력이 빠져서 들어오는 경우 해당 값을 기본 값으로 설정해서 사용

 

 

프로젝트

 

  • Refresh Token 적용
    • Access Token과쌍을 이뤄서 사용자에게 반환
    • 사용자의 Access Token의 유통기한을 짧게 만들고 기한이 끝났을 때 해당 토큰이 사용이 됨
    • 사용자가 해당 Refresh Token을 가지고 있는 경우, 서버에서 해당  Token의 유무에 따라 다시 Access Token을 발급
    • Access Token이 강탈당해서 상대방에게 넘어가도, 이때 Access Token의 기간은 짧기에 금방 무용지물이 됨
    • Refresh 토큰의 강탈 문제가 존재할 수 있지만 일단 구현을 해보고 직접 어디에서 보수를 해야 하는지 생각해보려고 함
    • 처음 리프레쉬 토큰을 알았을때는 정석의 설계가 있는 것을 생각했지만 따로 정해진 양식이 없는 것을 알았다
    • 그래서 기존 JWT를 enum으로 Access와 Refresh로 나눠서 따로 토큰을 생성하도록 하려고 설계 중이다.

 

'기록 > TIL' 카테고리의 다른 글

[TIL] Today I Lerned - 230116  (0) 2023.01.16
[TIL] Today I Lerned - 230113  (0) 2023.01.14
[TIL] Today I Lerned - 230111  (0) 2023.01.11
[TIL] Today I Lerned - 230110  (0) 2023.01.10
[TIL] Today I Lerned - 230109  (0) 2023.01.09