DBMS_JOB vs DBMS_SCHEDULER

Question

Sự khác nhau giữa DBMS_JOB và DBMS_SCHEDULER là gì?

Answer 1

Từ các diễn đàn khác:

Mặc dù dbms_job vẫn còn tồn tại trong 10g và 11g, Oracle khuyến cáo việc sử dụng dbms_scheduler trong phiên bản 10g trở lên. Không có tính năng mới nào được thêm vào dbms_job và bạn có thể nhanh chóng chạy vào các hạn chế của nó.

dbms_scheduler là mạnh mẽ hơn và đầy đủ tính năng hơn dbms_job và bao gồm các tính năng sau đó dbms_job không có:

• khai thác gỗ của công việc chạy (lịch sử công việc)
• cú pháp lập kế hoạch đơn giản nhưng mạnh mẽ (tương tự như nhưng cú pháp mạnh hơn cú pháp cron)
• chạy công việc bên ngoài cơ sở dữ liệu trên hệ điều hành
• quản lý tài nguyên giữa các loại công việc khác nhau
• sử dụng các đối số công việc bao gồm đi qua của các đối tượng vào các thủ tục lưu trữ
• đặc quyền dựa trên mô hình bảo mật cho công việc
• đặt tên công việc và ý kiến ​​trong công việc
• lưu trữ, lịch trình tái sử dụng

Các tính năng trong phiên bản sau 10g thả 1 bao gồm:

• phụ thuộc giữa các đơn vị công việc (10gR2 trở lên)
• lịch dựa o n lịch tài chính, khu tài chính (10gR2 trở lên)
• việc kiện dựa mà chạy khi một sự kiện được nhận (10gR2 trở lên)
• chạy các công việc trên máy từ xa (11gR1 trở lên)
• thông báo e-mail vào các sự kiện công việc hấp dẫn (10gR2 trở lên)
• bắt đầu một công việc dựa trên xuất hiện của một tập tin (10gR2 và lên)

Answer 2

một sự khác biệt phải nhận thức được là không giống như DBMS_JOB, DBMS_SCHEDULER thực hiện một cam kết, mà làm cho nó không phù hợp với một số công dụng. Nó cũng khá cồng kềnh cho các yêu cầu đơn giản hơn. Trong khi DBMS_JOB sẽ không còn được tăng cường, nó sẽ không bao giờ được hỗ trợ, vì phải có hàng nghìn hệ thống đang sử dụng nó và dựa vào cách nó hoạt động, bao gồm không thực hiện cam kết ngầm định của giao dịch mà nó được gọi.

Xem this Ask Tom thread để biết thêm.

Answer 3

niêm yết tiếp theo là một số trong những lợi ích mà DBMS_SCHEDULER có hơn cron:

• Có thể làm cho việc thực hiện một công việc phụ thuộc vào việc hoàn thành một công việc

• cân bằng tài nguyên mạnh mẽ và các tính năng lập lịch trình linh hoạt

• Có thể chạy công việc dựa trên sự kiện cơ sở dữ liệu

• Cú pháp DBMS_SCHEDULER hoạt động giống nhau bất kể hệ điều hành m

• Có thể chạy báo cáo tình trạng sử dụng các dữ liệu từ điển

• Nếu làm việc trong môi trường nhóm, không cần phải lo lắng về việc đồng bộ hóa nhiều bảng cron cho mỗi nút trong cluster

niêm yết tiếp theo là một số những ưu điểm của việc sử dụng cron:

• dễ sử dụng, đơn giản, cố gắng và đúng

• Hầu như phổ biến có sẵn trên tất cả các bo Linux/Unix xes; đối với hầu hết các phần, chạy gần như giống nhau bất kể nền tảng Linux/Unix (có, có sự khác biệt nhỏ)

• Cơ sở dữ liệu bất khả tri; hoạt động độc lập với cơ sở dữ liệu và hoạt động tương tự không phụ thuộc vào nhà cung cấp cơ sở dữ liệu hoặc phiên bản cơ sở dữ liệu

• Làm việc liệu cơ sở dữ liệu có sẵn hay không