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
- ListAdapter
- fundamentals of software architecture
- 소프트웨어아키텍처 101
- kotlin list
- 시행착오
- AWS EC2
- android custom view
- exoplayer cache
- android exoplayer
- video caching
- 스피너
- 유튜브
- ChatGPT
- llm
- ktor client
- build with ai
- ExoPlayer
- android ktor
- list map
- ktor api call
- kotlin collection
- getChangePayload
- 소프트웨어 아키텍처 101
- DiffUtil.ItemCallback
- 안드로이드
- 유튜브 요약
- doc2vec
- ListAdapter DiffUtil
- FastAPI
- Zsh
Archives
- Today
- Total
목록python ORM (1)
버튼 수집상
빠르게 보는 결론 쿼리를 일반 문자열로 적었더니 재사용도 어렵고 가독성도 떨어져서 ORM을 도입해봤다. 그랬더니 리스폰스 속도가 너무 느려졌다. 일단 잠정 중단하고 무엇을 어떻게 도입해봤는지 행적을 남긴다.ㅠㅠ 배경 리스트를 뿌리는 기능이 대부분인 BackOffice 사이트에 FastAPI로 API 백엔드를 만들었다. 그런데 내가 쿼리를 못 짜서인지, get 함수 바디가 엄청나게 길고 안 읽혔다. 그냥 통짜 문자열이라서 신택스 하이라이팅이 안 되는 게 너무 불편했다. 문득 ORM이라는 것을 기억해내고 장단점을 찾아봤다. 복잡한 데이터 조작없이 select 쿼리가 대부분이라면 ORM을 써도 괜찮지 않을까 싶어서 chatGPT에 물어봤다. Yes, considering your emphasis on sele..
TIL - Python
2023. 11. 19. 17:10