* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| CUBRID 9.3 (9.3.2.0016) (64bit release build for linux_gnu) (Feb 10 2015 23:20:46) | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
cubrid 의 구조를 보니까 lock cache 라는 기능? 이 있던데, 한글 메뉴얼에는 설명이 없는것 같네요?
lock 을 사용하려면 lock cache 에다가 요청해야 하는건가요?
- However the lock must be cached in the client module since it is inefficient to request a lock to server every time, even worse on performance
내용을 보면
클라이언트가 lock cache 를 사용하더라도
클라이언트가 server 로 자주 lock을 요청해서 운영상 저하가 발생하는것 같은데,
lock cache 라는 단어를 단순하게 보면,, lock 을 저장하는 메모리인건데
어떤 기능인지 모르겠습니다.
lock cache 관련 설명은 BROKER 기능에 대한 설명 중 한 부분입니다.
CUBRID는 3tier 구조로 이뤄져 있어 자체 미들웨어인 BROKER를 가지고 있고, 이 BROKER는 응용 프로그램과 DB Server 간의 중계역할을 수행하면서 커넥션 풀링, 모니터링, Query Parsing 등을 수행합니다.
이러한 기능들 수행 중 lock에 대한 정보를 공유하기 위해 내부적으로 사용되는 것으로 응용 사용 시 별도 처리해야 하는 것은 아닙니다.