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
- jupyter notebook
- bigquery
- 컴활1급
- 교동짜뽕
- Python for Data Analysis
- geopandas
- SQL
- 통목살
- 3 in 1
- PYTHON 기초
- Data Analysis
- Control Flow
- IP주소 변환
- scalar type
- 라자장면
- 컴퓨터활용능력
- 빅쿼리
- string분리
- 미식가돈카츠
- Columnar DB
- 경화루
- Python입문
- 안심가츠
- 삼성역
- 컴활
- 공을기
- 홍콩식
- 리버스 시어링
- UNNEST
- 한우트러플버거
Archives
- Today
- Total
목록UNNEST (1)
maillard life
테이블 생성 단계부터 참여하는 게 아니라면 기존의 것을 뜯어고치는 건 쉬운 일이 아니다 특히나 모든 권한을 다 보유하지 않았다면? 어떻게든 비틀어야지 방법이 없다... 아래는 그 흔적이다 트래픽이 오가는 플랫폼의 경우 파트너와 파트너 사이를 연결하고 끊는 과정이 일어나기 마련이다. 자연히 언제 연결했고, 중간중간 어떤 History가 있었는지를 알고 싶고, 알아야만 한다. 그런데, 이미 구성해놓기를 데이터에 변화가 있으면 그냥 덮어쓰고 그 일자만 mod date(수정일자)로 저장하게 만들었다면? 아예 갈아엎고 새로 구성한다? "좋아, 말한 사람이 책임 지고 만들면 되겠다!!" 택도 없는 소리다 DB와 웹페이지 등 해야 할 일거리는 많은데 비해, 얻을 수 있는 효과는 크지 않으므로 우선순위에 밀릴 게 뻔하..
Data, What?/SQL
2022. 4. 19. 19:27