일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- ★
- Set
- 내배캠_학습기록
- 한줄for문
- Join
- 태블로
- 반복문
- Leetcode
- AB테스트
- 시각화
- DATE_SUB
- 프로그래머스
- SQLD
- map
- 리스트
- 데이터전처리
- 내일배움캠프
- 내일배움일지
- 가설검정
- 다중공선성
- Max
- Til
- f-string
- 아티클스터디
- 이중for문
- SQL
- python
- 선형회귀
- 데이터시각화
- 통계학
- Today
- Total
목록전체 글 (227)
노력에는 지름길이 없으니까요
https://towardsdatascience.com/dont-start-your-sql-queries-with-select-clause-d30fa1b701f6 Don’t Start Your SQL Queries with the ‘Select’ StatementFollow this right approach to write your SQL queriestowardsdatascience.com 팀원분이 추천해주신 아티클로 스터디 진행하기로 했다. 생각해보면 SQL 문제풀이를 할 때 항상 요구되는 컬럼명을 SELECT에 기재하고 시작하는 버릇이 있는데,아티클을 읽으며 깨닫는 점이 있기를 바란다. '이상적인' 쿼리 작성 순서는 SQL이 쿼리를 실행하는 방법과 일치해야 한다. 1. 항상 FROM/JOIN으로..
해결일언어레벨 테스트명 20240807SQLeasy 586. Customer Placing the Largest Number of Orders 링크 : https://leetcode.com/problems/customer-placing-the-largest-number-of-orders/submissions/1347212760/ 돌릴 때마다 순쉬는 다르게 나와서 큰 의미는 없다고 하니...Accepted에 의의를 두는 걸로 내 코드SELECT customer_number FROM Orders GROUP BY customer_number order by count(customer_number) desclimit 1 새삼스럽게 느끼지만... 원하는대로 쓸 수 있는 능력이 있다면 SQL은 원하는 결과를 도..
검증하기 위한 데이터는 반드시 따로 분리 해놓아야 함! (처음부터)학습용 데이터 / 평가용 데이터 -> 과적합 방! ☑️ 데이터 탐색과 검증 분리데이터 탐색을 통해 가설을 설정하고, 이를 검증하기 위해 별도의 독립된 데이터셋을 사용하는 것이는 데이터 과적합을 방지하고 결과의 신뢰성을 높임탐색 데이터와 검증 데이터를 히스토그램으로 나타냄데이터 탐색과 검증을 분리하면 탐색 과정에서 발견된 패턴이 검증 데이터에서도 유효한지 확인 가능검증 데이터는 철저하게 탐색 데이터와 구분되어져야 함 검증하기 위한 데이터가 따로 필요할 때데이터셋을 탐색용(training)과 검증용(test)으로 분리하여 사용from sklearn.model_selection import train_test_split# 데이터 생성np.ran..