Tại sao Derby và MySQL RDMBS duy nhất mà bạn xem xét? Nếu bạn nói Derby , bạn nên xem HSQLDB , H2 , SQLite cũng. Nếu bạn nói MySQL , bạn nên xem Postgres cũng như (có nhiều tính năng hơn).
Đây chỉ là tên một số RDBMS miễn phí. Tất nhiên, như Charlie đã nói, có rất nhiều người khác và rất nhiều lý do để đi theo một trong hai cách. Hãy xem trang so sánh này (IMO xuất sắc) trên Wikipedia, nơi bạn sẽ tìm thấy những lợi ích và hạn chế của bất kỳ RDBMS nào:
http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems
Theo yêu cầu của bạn về ứng dụng web của bạn là "có thể tải xuống", tất nhiên bạn có thể nhúng RDBMS (bất kỳ Derby, H2, HSQLDB) vào ứng dụng web của mình. Nhưng bạn cũng có thể đặt MySQL hoặc Postgres hoặc bất kỳ tích hợp nào có thể định cấu hình và cung cấp cho người tải xuống hướng dẫn về cách tự thiết lập ứng dụng web của bạn. Rốt cuộc, khi bạn sử dụng DataSource được định cấu hình vùng chứa đối với ứng dụng web của bạn, cấu hình này có thể được thực hiện dễ dàng.
Bây giờ, ngay cả khi bạn nghĩ rằng việc phát triển ứng dụng web của mình với cơ sở dữ liệu nhúng có thể dễ dàng hơn, bạn nên luôn suy nghĩ trước một bước. Những câu hỏi như:
- Bạn có thể kết nối trực tiếp với cơ sở dữ liệu đó để dễ dàng sửa các điểm không nhất quán của dữ liệu không? (Điều đó sẽ xảy ra với tất cả chúng ta)
- Bạn có thể dễ dàng thay đổi giản đồ không?
- Bạn có thể sao lưu dữ liệu của mình một cách dễ dàng không?
- v.v ... v.v ... cũng có nhiều câu hỏi về bảo trì hơn
Vì nhận xét của bạn cho thấy dữ liệu của bạn đang tăng lên theo thời gian và nó sẽ tồn tại, nên tôi sẽ không chọn phiên bản nhúng mà giữ dữ liệu tách biệt với ứng dụng. Lưu ý rằng điều này không loại trừ Derby khỏi thiết kế ứng dụng của bạn. Nó chỉ có nghĩa là bạn phải chạy Derby như một máy chủ độc lập.
