Những tính năng nào của Oracle làm cho nó trở thành một lựa chọn hấp dẫn cho các dự án nhỏ?

Với việc xử lý cấp phép của Oracle ^[a] (và, ở mức độ thấp hơn, chi phí), tôi luôn tự hỏi những yếu tố quyết định sẽ là gì khi chọn Oracle thay vì PostgreQuery hoặc MySQL.

Công ty của tôi gần như luôn luôn chọn Oracle (XE nếu có thể), ngay cả đối với các dự án nhỏ, nơi chỉ có một hộp máy chủ Windows đơn giản chạy cơ sở dữ liệu mà không cần quản trị DB chuyên dụng. (Lưu ý rằng nhỏ không không có nghĩa là các dữ liệu sẽ luôn luôn phù hợp với những hạn chế về kích thước khá nhỏ của Oracle XE.)

Tôi đã luôn đặt câu hỏi về sự lựa chọn này, nhưng nó có lợi ích là ít nhất chúng ta chỉ được tiếp xúc với một sản phẩm cơ sở dữ liệu.

Tuy nhiên, được đưa ra một dự án mới, nơi bạn cần RDBMS, nhưng dự án và phạm vi của cơ sở dữ liệu khá nhỏ, dựa trên các tính năng độc đáo của Oracle chạy trên các hộp máy chủ Windows đơn giản (không có quá nhiều quản trị chuyên dụng), bạn sẽ chọn Oracle hơn RDBMS khác?

Bối cảnh bổ sung : Rất nhiều triển khai cơ sở dữ liệu của chúng tôi chạy tại các trang web của khách hàng trong một, hãy gọi nó là chế độ "quản trị thấp". Đó là, cơ sở dữ liệu được thiết lập một lần. Có một số thử nghiệm ban đầu về hành vi và hiệu suất chính xác của nó trên trang web. Sau này, cơ sở dữ liệu sẽ chạy trên đó. Không có quản trị thường xuyên được thực hiện. Chỉ khi đôi khi bị hỏng, một kỹ thuật viên (không phải là một DBA chuyên dụng) sẽ kiểm tra cơ sở dữ liệu, cố gắng tìm ra điều gì xảy ra. Sao lưu chủ yếu được thực hiện như sao lưu ngoại tuyến. Trong một số dự án, khách hàng thậm chí không quan tâm có RDBMS liên quan. Họ chỉ xem ứng dụng của họ là một hộp đen hoạt động (hoặc không).

_{[a]: Nơi tôi làm việc, nhiều người quản lý dự án phải mất nhiều tháng để có được giấy phép phù hợp cho các dự án nhỏ vì đại diện của Oracle tại địa phương chỉ đơn giản là không quan tâm đến việc bán sản phẩm của họ nếu doanh thu nhỏ.}

Tôi chỉ có thể cố gắng trả lời cho Oracle và postgres. Sau khi sử dụng Oracle độc ​​quyền trong nhiều năm và chỉ postgres trong hai năm gần đây, tôi thích postgres. Có rất nhiều cách nhỏ để sử dụng thuận tiện hơn so với Oracle và nó chia sẻ nhiều lợi ích quan trọng (như MVCC). Nó dễ dàng hơn để quản trị, đáng tin cậy, có tài liệu tuyệt vời, và tất nhiên, nó là miễn phí.

Tuy nhiên, postgres không phù hợp với Oracle trong một số lĩnh vực, chẳng hạn như:

• RAC - theo như tôi biết thì không có công nghệ phân cụm nào tốt hơn cho bất kỳ cơ sở dữ liệu nào
• RMAN - vượt trội hơn nhiều so với các tính năng sao lưu và phục hồi cơ bản của postgres, đặc biệt là theo dõi thay đổi khối và sao lưu gia tăng (bạn có thể áp dụng cho các bản sao lưu khác để cập nhật đầy đủ bản sao lưu)
• Hỗ trợ Oracle - tồn tại. hỗ trợ postgres? Không nhiều lắm
• nhiều tính năng khác như IOT, 'Tệp bảo mật' và công nghệ nén không có tương tự trong thế giới hậu kỳ

Điều thú vị là hầu hết tất cả các tính năng này đều vắng mặt hoặc bị tê liệt trong XE. Tôi nghĩ rằng tôi sẽ chọn postgres trên XE, tất cả những thứ khác đều bằng nhau, nhưng ...

... không ai trong số này giải quyết hai lý do lớn nhất để chọn Oracle:

1. Bạn đã sử dụng Oracle và bạn có một khoản đầu tư lớn vào nó (độc lập cơ sở dữ liệu là một huyền thoại ngớ ngẩn)
2. Các nhà phát triển và DBA của bạn biết Oracle và sử dụng đầy đủ các tính năng của nó (tại sao họ không độc lập cơ sở dữ liệu là một huyền thoại ngớ ngẩn?)

BIÊN TẬP:

Một tình huống mà tôi chọn postgres trên XE mỗi lần là nếu vấn đề bảo mật là vấn đề. Nếu cơ sở dữ liệu của bạn hoặc bất kỳ ứng dụng nào của nó được hiển thị trên internet công cộng, tôi không chắc XE có phải là một ý tưởng hay không.

Apex của Oracle . Một môi trường ứng dụng web tiện dụng, dễ sử dụng được tích hợp ngay trong cơ sở dữ liệu. Rất đơn giản, nó rất đơn giản để triển khai các ứng dụng 'hộp đơn' với cơ sở dữ liệu / logic ứng dụng / web trong một gói tích hợp duy nhất.

Tái bút 11g XE (hiện đang trong giai đoạn thử nghiệm) mở rộng dung lượng lưu trữ lên hơn 10GB.

Mặc dù các tùy chọn hồi tưởng khác của Oracle không có sẵn trong Express Edition, Flashback Query là. Theo câu hỏi trên đó , không có cơ sở dữ liệu nào khác có tính năng này cho phép một câu lệnh chọn truy vấn dữ liệu theo thời điểm trong quá khứ. Dữ liệu hồi tưởng có thể được nối với dữ liệu hiện tại và được chèn vào các bảng hiện tại làm cho nó hữu ích cho việc hoàn tác các hoạt động loại, thay đổi tạm thời và so sánh các thay đổi được thực hiện bởi một phương thức ở một nơi.

Một số thứ khác mà một số cơ sở dữ liệu khác không có mà Oracle Express Edition thực hiện.

Trước hết, tôi nghĩ bạn không nên đánh giá thấp yếu tố đã có Oracle know-How nhưng không dành cho các RDBMS khác. Xây dựng kiến ​​thức cho những người khác cần có thời gian và tiền bạc và cũng có thể đi kèm với một số sai lầm khi bắt đầu.

Hơn nữa, bạn không bao giờ biết liệu một dự án nhỏ sẽ không phát triển. Sau đó, bạn có thể nâng cấp rất mượt mà và nhanh chóng từ XE lên Standard Edition One lên Standard Edition thành Enterprise Edition. Việc di chuyển từ một RDBMS khác sẽ lại mất nhiều thời gian và tiền bạc hơn. Điểm mấu chốt: Tôi nghĩ rằng công ty của bạn làm đúng - ok, tôi có thể hơi thiên vị :-)

Một trong những tính năng hay của Oracle là những tính năng như Trình quản lý tài nguyên Oracle giúp việc hợp nhất các ứng dụng trong một cơ sở dữ liệu dễ dàng hơn nhiều so với việc có một cơ sở dữ liệu riêng cho mọi ứng dụng. Có vẻ như điều này không được sử dụng trong tổ chức của bạn. Tôi đã thiết kế cơ sở dữ liệu hợp nhất trong quá khứ cho các dự án giống như bạn đề cập.

• Mỗi dự án đều có phần cứng riêng.
• Mỗi dự án đều có giấy phép riêng
• Mỗi dự án đều có kho lưu trữ riêng

Điều này gây ra rằng ngay cả những dự án đơn giản nhất cũng phải mất hàng tháng để bắt đầu và trong thời điểm thị trường là vô cùng quan trọng, điều này đang giết chết. Vì một số lý do, điều này bị nhiều người bỏ qua, thậm chí thường bị bỏ quên vì lý do chính trị.

Giải pháp cho việc này khá đơn giản. Tạo một cơ sở dữ liệu nghiêm túc, cung cấp cho mỗi dự án / ứng dụng của riêng họ [s] và truy cập người dùng [s] và chạy trong vài giờ, thay vì hàng tháng. Nếu bạn định làm một cái gì đó như thế này, nó có thể chứng minh có lợi khi kết hợp các ứng dụng có yêu cầu thời gian tương tự. Oracle ngày càng có nhiều lựa chọn bảo trì trực tuyến hơn nhưng đôi khi, việc ngừng hoạt động vài giờ lại dễ dàng hơn rất nhiều. Có cửa sổ thời gian cho việc này được xác định trước có thể ngăn ngừa rất nhiều vấn đề. Bạn sẽ cần một số thời gian chết.

Không cho phép các ứng dụng kết nối với cơ sở dữ liệu, làm cho chúng kết nối với các dịch vụ dành riêng cho ứng dụng bằng cách sử dụng tns-aliasses của riêng chúng. Làm như vậy cho phép bạn di chuyển ứng dụng sang cơ sở dữ liệu khác mà không phải cấu hình lại ứng dụng.

BTW: các công ty sử dụng cách hợp nhất này đã tiết kiệm rất nhiều tiền mặt hàng năm, nhiều hơn các giấy phép cần thiết để bắt đầu lăn bánh.