Oracle date 컬럼 between 조건

Posted on 2015-01-09 by c0renet

date 컬럼 비교를 하는 쿼리 예

AND TO_CHAR(CREATE_DATE, ‘YYYYMMDD’) = TO_CHAR(SYSDATE, ‘YYYYMMDD’)
위 조건절을
AND CREATE_DATE >= trunc(SYSDATE) and CREATE_DATE < trunc(SYSDATE+1);
바꾸는것 보다 더 간단한 방법이 있을까요?

AND create_date BETWEEN trunc(SYSDATE) AND trunc(SYSDATE) + 0.99999

Oracle DBLINK count(*) 빠른 방법

Posted on 2015-01-09 by c0renet

https://community.oracle.com/thread/3559198?start=0&tstart=0

Oracle dblink 연결된 서버에서 count(*) 하는건 이 방법이 빠르네요.

Select /+ driving_site(t) */ cnt from (
select /+ parallel(a) / count() cnt
from owner.table@dblink a
) t;

from sybase to oracle migration

Posted on 2015-01-09 by c0renet

Sybase To Oracle Migration for Developers from Clearwater Technical Group Inc

http://www.sqlines.com/sybase-asa-to-oracle

https://docs.oracle.com/cd/A83908_02/NT816EE/DOC/nt.816/z26097/toc.htm

소프트웨어 3D 직업에 대해서 …

Posted on 2014-12-21 by c0renet

미국서 최고 인기 직업, 한국에선 3D
http://www.technbeyond.co.kr/articleView.html?no=2014112113417137272

위 글에 대한 사내의 댓글중에 “삼성이 소프트웨어를 못 만드는 경우”라는 것이 있었다.
지금 다니는 회사의 중요 고객이 대기업들이기에 고민을 하게 된다.

한국의 소프트웨어 문화는 정부의 정책부터 대기업들의 문제가 있기도 하지만, SI를 진행하는 중소업체들의 무리한 경쟁과 단가로 인한 개인들도 어느 정도 고민은 있어야 한다.
현재의 회사를 오기전에도 자체 서비스를 하는 회사이면서도 제휴 관계에서는 갑을 관계가 있었고, 지금 받고 있는 월급중에 대부분은 대기업들한테 받는 것이다.
정작 한국의 SW 정책에 대해서 개인적으로 불만을 가지고 있으면서도 실제로 생활을 하기 위해서 필요한 노동의 댓가를 받기 위해 그 불만을 키우는게 나인지는 아닌지?
개인적으로 생각은 경력이 많은것보다 능력이 좋은 사람들을 인정해줘야 한다고 하면서도, 실제 생활에서는 그렇지 못한 경우가 많다.
20여년 정도 소프트웨어를 하면서 돈을 벌면서 SI를 하지 않으려고 했었는데, 결국 나이가 들고 가정을 유지하기 위해서 최근부터는 SI를 하게 되었다.
실무를 계속 하고 가정을 유지하기 위해 선택한 결정이 넓게 생각하면 소프트웨어 산업을 3D로 만들어 가는데 동조를 하게 된것이지 않을까 하는 생각을 하게 된다.

SI 사업들의 조직이 성장하기 위해서 규모를 키우는것에 대해서 생각해봐야 하지 않을까 한다.
작은 규모로 좋은 조직을 만들면 좋겠는데, 현실적으로 이런 회사들이 버티기가 쉽지는 않은 경우가 많은거 같다.
소프트웨어를 전문적으로 하기 위해서는 작은 조직으로 전문성을 강화해가는 회사가 많아졌으면 한다.

결국 돈을 벌기 위해서 현실적인 판단이 우선을 하겟지만, 조금씩 바꿀 수 있는 부분들에 대해서는 항상 고민을 가지고 실천할 수 있는 것들을 고민해 봐야 겠다.
능력있는 후배님들이 소프트웨어적인 가치를 인정 받을 수 있는 환경이 조금 이라도 더 빨리 될 수 있도록…

오라클 11g query cache – function, PL/SQL

Posted on 2014-12-10 by c0renet

http://www.oracle.com/technetwork/issue-archive/2007/07-sep/o57plsql-088600.html
11g query cache 기능이 나오기 전에 누군가 작성한 글입니다.
내용을 요약하면,
데이터 변경이 없거나 있어도 매우 드물게 있는 테이블(예를 들면 코드성 테이블)을 조회하는 쿼리문은 무조건 funcition 또는 PL/SQL로 만들어라. 그리고 그 function은 query cache를 사용하도록 만들어라. 당신의 쿼리는 매우 빨라질 것이고, manager로부터 칭찬을 받을 것이다.

너무 자주 호출되는 function때문에 문제가 있는 사이트에서는 query cache를 고려해 보세요.

AWS 오로라 database

Posted on 2014-12-10 by c0renet

http://yisangwook.tumblr.com/post/102497293129/amazon-aws-rds-aurora-codedeploy-codecommit

MySQL과 호환가능한 AWS 환경에 최적화된 RDBMS.
RDS에서 DB엔진을 선택하는 메뉴에서 선택 가능.
RDS의 MySQL 인스턴스에 비해 최대 5배 빠름.
MySQL 5.6과 호환.
1분 동안 INSERT 최대 6,000,000회 SELECT 최대 30,000,000회 실행.
고가용성. 데이터가 6중화 되어있음. S3와 동일한 99.99% 가용성. (3개의 AZ에 복제. 각 AZ 안에서 2개로 복제)
데이터 양에 따라 스토리지를 10GB 에서 64TB 까지 자동확장.
기존 MySQL RDS 보다 성능은 좋고, 더 싸다고 함.
캐시가 DB 밖에 있는 듯.
즉, 재시작 해도 캐시는 유지되는 구조?
multi-master 필요 없다. master DB를 엄청나게 scale-up 이 가능한 구조로 만드는 듯.

http://aws.amazon.com/ko/rds/aurora/

http://tvpot.daum.net/v/vf66bos2TPOXr7mSXSxOrHS