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
- content-box
- react
- JDBC
- Spring
- assertequals
- HTML
- ResultType
- WHEREIN
- springboot
- 부적합한열
- oracle
- git amend
- useContext
- Variabla
- Java
- Thymeleaf
- BCryptPasswordEncoder
- MVC
- git reset
- JavaScript
- 이딴게개발자
- 배열
- mybatis
- PathVariable
- passwordencoder
- SQL
- localStorage
- git revase
- git
- CRUD
Archives
- Today
- Total
개발새발
[SQL] WHERE IN (feat.다중검색) 본문
728x90
옆자리 어텀이랑 열심히 문제를 풀고있는데, 뒤에서 다가온 숭쩝 언니가 이걸 왜 이렇게 쓰냐고 물어봤다.
전혀 이상할 것 없다고 생각한 우리의 코드는...
SELECT student_name FROM tb_student
WHERE student_no = 'A513079' OR student_no = 'A513090' OR student_no = 'A513091' OR student_no = 'A513110' OR student_no = 'A513119'
ORDER BY student_name DESC;
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ;;;;;
쓰면서도 좀 힘들다고 생각하긴 했다...
하지만 잘 돌아가는데 왜? 하던 찰나...
숭쩝 언니가 WHERE IN을 알려줬다
SELECT student_name AS where_in FROM tb_student
WHERE student_no IN ('A513079', 'A513090', 'A513091', 'A513110', 'A513119')
ORDER BY student_name DESC;
.
.
.
위 상황은 사실에 기반해 각색되었습니다
'SQL' 카테고리의 다른 글
[SQL] 제약조건(Constraint)에 관한 이야기 (2) | 2023.10.22 |
---|---|
[SQL] SQL 함수 아카이브 (feat.ORACLE) (0) | 2023.10.18 |
[SQL] RDBMS, SQL, 그리고 Oracle의 아내 (4) | 2023.10.12 |