AWS Cloudsearch 를 쓰지 않기로 한 이유
- 현재 우리의 데이터 : 약 2000만건 - 연간 증가량 : 약 300만건 - 2xlarge 로 소화 가능한 데이터 건수 = 3200만건 첫번째 계획은 현재 데이터 기준으로 400만건씩 medium 또는 large 5대로 쓰고 데이터가 증가하면 medium 또는 large로 scale out 을 하려는 계획이었다. 하지만 2xlarge가 될때까지는 scale out은 안되고 scale up만 가능하다고 한다. 거기까지는 OK. 그럼 4년간 2xlarge를 쓰다가 5년째에 medium으로 scale out 해야겠다로 계획을 바꿨었다. 하지만 2xlarge에서 scale out 할때에 작은 사이즈로 scale out이 되는건 아니고 첫번째 인스턴스와 같은 사이즈(=2xlarge)로 scale out이 된다..
Dev/AWS
2021. 3. 18. 14:25
oracle 12c 전환 후 date 포맷 변경
oracle 11g에서 oracle 12c로 변경하고부터 날짜 포맷에 '.0' 이 붙는다는 연락을 받았다. - 변경 전 : 2021-03-15 15:00:00 - 변경 후 : 2021-03-15 15:00:00.0 원인은 ojdbc버전이 6에서 7로 변경되었는데 ojdbc7에서 반환하는 date는 'yyyy-mm-dd hh24:mi:ss.s' 로 바뀌었다고 한다. asanga-pradeep.blogspot.com/2016/10/change-in-12c-jdbc-behavior-setdate.html
Dev/Oracle
2021. 3. 16. 16:55
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- getdate
- oracle12
- 계층형
- aws cloudsearch
- 서버 환경변수
- JPA 오류
- #csvreader
- db connect
- org.hibernate.LazyInitializationException
- Elasticsearch
- tomcat
- cloudsearch 비용
- ojdbc7
- JPA
- Big xml 파싱
- CloudSearch
- Python
- timestamp
- could not initialize proxy - no Session
- StAX
- 엘라스틱서치
- iTerm
- OneToMany
- 단축키
- JoinColumn
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함