2010-06-11 5 views
7

Tôi muốn sử dụng HSQLDB trong môi trường sản xuất để lưu trữ một số dữ liệu trong bộ nhớ và để xuất dữ liệu bằng tệp. Có ai có kinh nghiệm với việc sử dụng hsqldb trong môi trường sản xuất không? Là hsqldb xử lý tài nguyên máy chủ một cách duyên dáng và không dọn dẹp tài nguyên không sử dụng đúng cách?Sử dụng HSQLDB trong môi trường sản xuất

Tôi đã nhìn thấy một bài phê bình về những vấn đề từ mũ đỏ và tôi tự hỏi liệu điều này vẫn giữ cho HSQLDB:

http://kbase.redhat.com/faq/docs/DOC-15194

+0

Lưu ý rằng Red Hat (JBoss) sử dụng HSQL theo cách cụ thể - làm DB mặc định cho Máy chủ ứng dụng của nó, lưu trữ tất cả mọi thứ - ví dụ: Hàng đợi JMS, trong đó, để có hiệu suất tốt, thực sự cần một cơ sở dữ liệu được tối ưu hóa cao có thể mở rộng. –

+0

Cũng lưu ý rằng bài viết đã di chuyển: http://community.jboss.org/wiki/HypersonicProduction –

Trả lời

4

Tôi đã sử dụng HSQL nhiều lần trong sản xuất (chủ yếu là lưu trữ nhanh như được lưu trữ cho các tùy chọn phức tạp) và không bao giờ gặp phải bất kỳ sự cố nào.

5

Không biết về HSQLDB nhưng chúng tôi đã sử dụng H2 trên cùng một mục đích mà không có vấn đề gì cả.

3

Tôi có thể xác nhận một số vấn đề được liệt kê trên trang Mũ Đỏ.

Chúng tôi đã gặp sự cố khi sử dụng HSQLDB làm phiên bản độc lập trong vùng chứa Tomcat. Ứng dụng sẽ không tắt đúng cách và treo ở mức 100% cpu. Mặc dù đã có một bản sửa lỗi.

Chúng tôi cũng đã gặp sự cố khi một số dữ liệu bị mất sau khi máy chủ bị buộc phải tiêu diệt. Tôi không thể tái tạo một cách đáng tin cậy các tình huống.

Tôi cũng có một số điểm kỳ lạ là tôi không thể bắt đầu nhiều phiên bản của cùng một ứng dụng bằng HSQLDB cùng một lúc.

Bạn cần đánh giá xem liệu một DB độc lập, trong bộ nhớ có phải là lựa chọn đúng hay không. Nếu tính nhất quán và tính toàn vẹn là điều cần thiết, HSQLDB có thể không phải là lựa chọn đúng đắn.

3

Chúng tôi có kinh nghiệm tham nhũng cơ sở dữ liệu (toàn bộ cơ sở dữ liệu bị mất) một vài lần lần trong một năm sử dụng HSQLDB khi nó không được tắt sạch.