저는 liferay를 200 명 규모의 소규모 인트라넷 포털로 설치했습니다. 아이디어는 모든 사람이 데이터를 저장하고 포럼에 참여할 수있게하는 것입니다.Liferay 용으로 제작시 HSQLDB를 사용하지 않아야하는 이유는 무엇입니까?
Liferay 설치 안내서에서 HSQLDB를 프로덕션 환경에서 사용해서는 안된다는 내용을 읽었습니다.
나는 어쨌든 그것을 사용하면 내 경우 (작은 트래픽)과 내가 직면 한 문제에 적용되었는지 궁금해.
HSQLDB는 매우 융통성이 있기 때문에 매우 빠른 구성이지만 데이터 지속성에 좋지 않은 구성에서 사용할 수 있습니다. 일부 업체들은 데모 목적으로 HSQLDB를 이러한 방식으로 구성했습니다.
일반적으로 버전 1.8.1.3 또는 2.1.x (Liferay에서 사용되는 주요 버전에 따라 다름)의 HSQLDB를 사용하고 In-Process 대신 서버로 실행하면 일반적으로 잘 작동합니다 너의 목적을 위해.
구성 변경은 응용 프로그램에서 HSQLDB 연결 URL을 수정하여 매우 간단하게 변경할 수 있습니다.
안정성을 최대화하기 위해 데이터베이스 백업 절차를 추가 할 수 있습니다.
저장된 데이터의 볼륨에 따라 메모리 기반 테이블보다 적은 메모리를 사용하는 디스크 기반 테이블로 전환 할 수 있습니다. 이 작업은 기존 데이터베이스 서버에서 수행 할 수 있습니다.
Liferay의 결정에 대한 이유를 알지 못해서 권위있는 답변이 아닙니다. 그러나 HSQLDB는 과거에 (버전 2.0 이전에) 심각한 데이터 손상 문제를 가지고 있었으며, 이는 생산적인 시스템에서 치명적입니다. 이러한 문제는 이제 HSQLDB의 제작자에 따라 해결되어야합니다. 아마도 Liferay의 문서가 아직 업데이트되지 않았을까요?
공정하게 : 이러한 손상은 대부분 사용자가 설명서를 제대로 읽지 않아서 발생했습니다. 엔진이 제대로 작동 중지되면 거의 문제가 없습니다. –
사실 일 수도 있지만 데이터 손상을 막기 위해 오라클 데이터베이스를 올바르게 종료하는 것에 대해 걱정해야 할 마지막 시간을 기억하지 못합니다. 나는 단지 추측하고 있지만 Liferay가 HSQLDB를 사용하지 않기를 권하는 이유는 그러한 지원 사례에 관심이 없기 때문일 것이다 ... –
최신 버전에서는 비정상적인 프로세스 종료 또는 충돌로 인해 마지막 1/2 초 (또는 쓰기 지연을 해제하는 경우 0) 데이터 손실량. 몇 년 전에 항상 그런 것은 아니 었습니다. – fredt
지금 당장은 HSQLDB에서 실행 중이며 문제는 발생하지 않았 음을 알려드립니다. – Asimov4