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