일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- string
- DP
- sort
- 힙
- 문자열
- 탐욕법
- binary search
- Dynamic Programming
- 백준
- heap
- Queue
- Greedy
- 프로그래머스
- programmers
- Code Refactoring
- 코딩테스트
- BFS
- 그래프
- DVWA
- Algorithm
- 카카오 기출
- graph
- 완전탐색
- 동적계획법
- Brute Force
- 큐
- django
- 알고리즘
- 정렬
- DFS
Archives
- Today
- Total
목록Django (1)
생각과 고민이 담긴 코드

현재 공모전에서 모바일 애플리케이션을 개발하면서 DRF를 활용하여 REST API를 만들고 있다. 하나의 Reivew에 여러 Tag들이 들어가는 기능을 개발하고 있고 그에 따라 Review 테이블은 Tag 테이블과 1:N 관계를 갖는다. 다음은 그렇게 구현된 Model의 코드이다. 위 코드를 보면 1:N 관계를 정의하기 위해 Tag 테이블 쪽에 review의 id를 FK로 정의한 것을 알 수 있다. 그런데 상황에 따라서 각 테이블의 CRUD API를 각각 만들 수 없는 경우가 존재한다. 예를 들어, 한 화면에서 모든 리뷰들을 불러올 때 각 리뷰들의 태그들도 한 번에 보여줘야 할 때나 리뷰를 생성할 때 태그들도 한 번에 생성시켜야 할 때는 related realation들의 data들을 한 번에 처리해줘야..
Django
2021. 10. 19. 22:09