김태오

ORM에서 string 값을 쿼리에 사용할 때 쿼리를 NVARCHAR 타입으로 사용한다는 것이 관찰되었다. 하여 인덱스에 선언되어 있는 컬럼들 중 VARCHAR값이 있는데, 해당 인덱스를 사용하려 한다면 타입이 맞지 않아 인덱스를 타지 않는 문제가 발생하였다. 가령 가장 단순한 형태의 인덱스인 두 가지의 컬럼으로 이루어진 PK__CUST_INFO__7AA72534 (CARE_ORG_ID char(8), CUST_NO varchar(20)) 인덱스를 사용해보자.  통계에 오류가 발생하여 인덱스를 원활히 타지 않는다는 의심도 하여, option(recompile)을 통해 통계를 무시한 쿼리를 실행해본다.select * from cust_info where CARE_ORG_ID = '15887361' and ..

데이터베이스에서 트리거는 흔히 데이터 완결성 유지, 검증 등의 비즈니스 필요에 의해 사용된다. 어떤 특정 테이블, 특정 행, 특정 컬럼에 대해 INSERT, DELETE 등 operation 이 일어날 때 같은 트랜잭션에 묶여 기존의 작업에 더해 다른 작업을 수행하는 것이다.그런데 여기에 통상 server application 단에서 하는 API 를 호출하는 작업을 묶을 수도 있다. 우선 서두에 강조할 부분은, 이는 절대 권장하지 않는 행위이다. 앞서 말했듯이 어플리케이션쪽에서 실행되는 데이터베이스 동작과 함께, 컨트롤러와 서비스 레이어에서 API를 호출하는 것이 당연한 절차인데, 굳이 민감하고 ACID성을 유지해야 할 데이터베이스 작업에서 API를 호출함으로 인해 예측하기 힘든 데이터베이스 부하를 일으..

데이터베이스의 성능, 신뢰도, 확장성 테스트를 할 때 벤치마크 타입을 선택해야 한다. 수많은 타입이 있는데, 크게 두 가지로 분류하여 다뤄본다. https://ystc1247.tistory.com/entry/Database-%EC%84%A0%ED%83%9D-hammerDB-%EC%82%AC%EC%9A%A9 Database 선택 & hammerDB 사용 데이터베이스 시스템 선택은 장기적인 결과를 초래한다. 선택 이후 운영 과정에서 데이터베이스를 교체할 경우 마이그레이션이 쉽지 않기에 개발 초기에 문제를 예상하고 감지할 수 있어야 한 ystc1247.tistory.com 여기에서는 hammerDB를 사용한 TPC-C 를 사용하여 테스트하였다. 먼저 Transactional Benchmark (OLTP)가 있..

데이터베이스 시스템 선택은 장기적인 결과를 초래한다. 선택 이후 운영 과정에서 데이터베이스를 교체할 경우 마이그레이션이 쉽지 않기에 개발 초기에 문제를 예상하고 감지할 수 있어야 한다. 선택 과정에서 생각해야 하는 것들에는 다음이 있다. - 스키마와 레코드 크기 - 클라이언트 수 - 쿼리 형식과 접근 패턴 - 읽기와 쓰기 쿼리 비율 - 위 변수들의 변동폭 이후 테스트 클러스터를 구성하고 워크로드를 시뮬레이팅 하는 과정이 있는데, 이는 YCSB(서빙 벤치마크), hammerDB 등의 툴로 가능하다. 다음은 hammerDB configuration이다. 원하는 directory에 hammerDB Dockerfile을 생성한다. cd touch Dockerfile vi Dockerfile FROM docker..