오늘 일을 하다, 몇몇 테이블에서 url 컬럼에 시작값이 http://www.daum.net 또는 http://www.naver.com 또는 http://www.nate.com 인 녀석들의 통계를 구하는 작업을 했습니다.(여기서 컬럼명 url, 값 네이버, 다음, 네이트 등등은 실제 데이터는 아닙니다.) 이 작업은 꽤 많은 테이블에 반복적인 쿼리를 날려야 하는 일로, 쉽지않은 방법으로 아래와 같은 그루비(=Groovy) 코드를 만들었습니다. @GrabConfig(systemClassLoader=true) @Grab(group='mysql', module='mysql-connector-java', version='5.1.21') import groovy.sql.Sql def db1 = Sql.newInst..
인덱스는 도큐먼트를 가져오기 위해 필요한 작업량을 많이 줄인다. 적당한 인텍스가 없으면 질의 조건을 만족할 때까지 모든 도큐먼트를 차례로 스캔해야만 하고, 이것은 종종 컬렉션 전체를 스캔하는 것을 의미한다. 한 쿼리를 실행하기 위해서 하나의 단일 키 인덱스만 사용할 수 있다. 복합 키를 사용하는 쿼리에 대해서는 복합 인덱스가 적합하다. 예를 들어, 삼성 제품중 안드로이드 폰인 경우 -> 밴더 - OS 와 같은 복합 키로, a - b 에 대한 복합 인덱스를 가지고 있다면 a 에 대한 인덱스는 필요없다. 중복이다. 복합 인텍스에서 키의 순서는 매우 중요하다. 몽고디비 인 액션 7.1 인덱싱의 이론적 고찰 중
- Total
- Today
- Yesterday
- 빔
- 윈도우즈
- React
- Coffeescript
- VIM
- Configuration
- Git
- Windows
- 커피스크립트
- gvim
- Node.js
- maven
- Eclipse
- JavaScript
- 리액터
- Commonjs
- REACTOR
- Java
- tipoftheday
- reactiveprogramming
- Widget
- console
- unit test
- 자바
- 자바스크립트
- dojo
- 리액티브프로그래밍
- VI
- intellij
- 스프링인액션
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |