Tôi là nhà phát triển dự án Pivot4J và muốn chia sẻ ý kiến (chủ quan) của tôi về chủ đề này.
Thứ nhất, như thể bạn đã cho rằng Pivot4J có nhiều API hơn một ứng dụng, điều đó không có nghĩa là bạn cần viết nhiều mã để sử dụng nó.
Chúng tôi cũng có một plugin Pentaho BI không yêu cầu bất kỳ mã hóa nào và có các tính năng so sánh với plugin Saiku, mặc dù nó hướng đến nền tảng Pentaho 5.0 chưa được phát hành.
Và ứng dụng mẫu của chúng tôi cung cấp hầu hết các chức năng mà ứng dụng web JPivot có, mặc dù nó thiếu tính năng cấu hình nguồn dữ liệu sẽ sớm được sửa.
So với Saiku, tôi nghĩ mỗi dự án có lợi thế riêng trong các tình huống khác nhau.
Saiku có kiến trúc nhẹ hơn ở phía máy khách so với ứng dụng mẫu và plugin của chúng tôi, vì vậy nó có thể được triển khai và nhúng hầu như ở mọi nơi.
Trong khi nó không phải là khó khăn để tạo ra một phong cách REST của ứng dụng phân tích đầy đủ với Pivot4J, mẫu và plugin các ứng dụng hiện tại của chúng tôi cần ít nhất một container Servlet để chạy và là khó khăn hơn để được embeded hơn Saiku trong môi trường nhất định. Mặt khác, khi Pivot4J được thiết kế để trở thành API độc lập UI ngay từ đầu, nó có thể cung cấp sự linh hoạt hơn Saiku theo ý kiến của tôi cho các nhà phát triển khi họ muốn xây dựng ứng dụng của riêng họ trên đầu trang hoặc có ý định tùy chỉnh hành vi cốt lõi của API. Ví dụ, nếu bạn muốn sử dụng Pivot4J với ứng dụng của riêng bạn được xây dựng bằng ExtJS, DhtmlX hoặc bất kỳ bộ công cụ giao diện người dùng nào khác, nó sẽ dễ dàng hơn nhiều để đạt được tích hợp liền mạch với Pivot4J, vì nó cung cấp cho bạn các điểm mở rộng trừu tượng tiện lợi để làm điều đó.
Cuối cùng, nếu bạn quen với Javascript, bạn có thể tìm thấy làm việc với Saiku dễ dàng hơn vì nó đại biểu hầu hết các công việc liên quan đến giao diện người dùng cho phía máy khách.Mặt khác, nếu bạn là một nhà phát triển Java cũ như tôi :) bạn có thể thấy ứng dụng mẫu của chúng tôi dễ hiểu và dễ dàng hơn, vì hầu như không có kịch bản tùy chỉnh nào và mọi thứ được thực hiện trên phía máy chủ với mô hình thành phần JSF. Để kết thúc, tôi muốn nói rằng Pivot4J không chỉ là một API mà không thể được sử dụng mà không cần viết nhiều mã vì nó đã bao gồm đầy đủ tính năng hoàn chỉnh Pentaho BI plugin cho bản phát hành sắp tới 5.0 của nền tảng này. Và như Pivot4J và Saiku có cách tiếp cận khá khác nhau từ mỗi khác, mỗi có sức mạnh và lợi thế riêng của mình mà có thể được tận dụng cho phù hợp với trường hợp sử dụng cụ thể.
điều gì về stpivot? tôi nghĩ rằng nó là lựa chọn tốt để được xem xét –
Tôi nghĩ rằng bạn có nghĩa là jpivot? Nếu có, tôi nghĩ đó là phiên bản cũ của saiku – joris
Eh? Không. STPivot không liên quan gì đến Saiku. Saiku được sinh ra từ PAT mà chính nó ra khỏi Halogen. Tuy nhiên, Jpivot đã trở lại như Pivot4J và đã có bản phát hành thích hợp đầu tiên cách đây vài ngày. – Codek