Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- Bruth Force
- hash table
- Vue.js
- Python
- GitHub
- 알고리듬
- Priority Queue
- SQL
- Trie
- 코딩테스트
- spring boot
- 코테
- Linked list
- gpdb
- Data Structure
- boj
- Back tracking
- SWEA
- BFS
- Algorithm
- JavaScript
- programmers
- CSV
- 구현
- DFS
- aws
- 시뮬레이션
- 알고리즘
- django
- 모의SW역량테스트
Archives
- Today
- Total
목록data modeling (1)
hotamul의 개발 이야기

사용자들이 댓글을 달고 서로에게 대답하면서 토론 스레드를 만들 수 있는 서비스를 개발할 때 각 댓글들이 어떤 댓글의 답변인지 알 수 있도록 아래와 같이 parent_id를 이용해서 간단하게 Comments 테이블을 구성할 수 있다. CREATE TABLE Comments ( comment_id SERIAL PRIMARY KEY, parent_id BIGINT UNSIGNED, comment TEXT NOT NULL, FOREIGN KEY (parent_id) REFERENCES Comments(comment_id) ); 그런데 딱 봐도 위와 같은 테이블 구성은 하나의 SQL 쿼리로 모든 댓글 연결들을 조회하는 것이 어려워 보인다. 바로 자식 댓글까지는 쉽게 얻을 수 있지만, 댓글 스레드는 무한히 생성될 ..
Dev./DB
2024. 1. 3. 00:11