질문하신대로.

MMDB에서 최초 startup시 시간은 Disk DBMS보다 상당히 오래 걸리고

DB Size에 따라 Altibase 3의 경우 비례해서 증가하는 문제가 있습니다.

Altibase가 적용된 한 사이트의

예를 들면 IBM P690 , 1.9 GHz * 16 cpu, 128G memory 장비에서.

58G (DB Size만, index밑 temp 영역은 process의 heap 영역에 잡힘) 를 SHM (공유메모리)에 최초로 로딩 할 때

실 사이트에서 1h 7m 정도 소요 됩니다..

이는 최초 Startup시간이며 ,, OS가 restart되지 않고 SHM 모드로 운영하면 이후 startup시에는 DB Image를 다시 로딩하는 시간이 없이 Index만 재구축하므로 <-- 현재 Altibase Version3는 index 정보는 전혀 disk에 저장하지 않습니다. index rebuilding은 parallel하게 진행되며 CPU 개수에 영향을 받습니다.

10분정도가 소요됩니다.

정리하면 보통의 시스템에서 1G에 1분 정도의 로딩 시간이 필요하고

현재 Altibase를 이를 병렬적으로 로딩하여 이 시간을 줄이는 프로젝트를 진행하고 있습니다.

가장 빨랐듯 경험이 BMT시에 SAN 형태로 Disk였는데 10G 이상의 데이터가 3분에 로딩된 경험이 있습니다. 이는 H/W 에 밀접한 관계가 있습니다.

즐프하세요.

하나가 빠졌내요..

두번째 질문하신 일부만 로딩하고 일부를 로딩하지 않는 기능은

다른 MMDB는 잘모르지만 Altibase에는 구현되어 있지 않고 그게 생각처럼 간단한부분이 아니라서.. 현재 개발 Project에 포함 되어 있지 않습니다.

참고로 대용량 DB에 대응하기 위해 <-- 현재 Altibase가 실 운영중인 최대 사이즈는 DB (57G) + altibase process (index, temp, session 등 16G) 정도입니다.

2005/04 에 Altibase Version 4 Hybride DBMS (주 목적은 Storage Manager 를 Disk와 Memory 분리해서 관리하나, join등 client application 입장에서는 동일하게 접근할 수 있는 구조)

가 출시되어 원하시는 선택적 로딩 비슷한 구조가 가능합니다.

현재 6월 말에 2차 정식 릴리즈가 예정되어 있으므로 이 이후 테스트 버전으로 사용해보시는 것도 좋을 듯합니다.

평가 license 신청은 언제나 환영합니다..^^