Dịch vụ báo cáo SQL Server .. Lời khuyên tốt nhất để tích hợp với các công nghệ khác?

Question

Tôi đang tìm cách triển khai Dịch vụ báo cáo SQL Server làm nền tảng báo cáo chuẩn trong công ty của chúng tôi. Chúng tôi đã thử nghiệm Crystal Reports, nhưng có vẻ như nó đang bị cản trở bởi các vấn đề.

Dịch vụ báo cáo SQL Server có vẻ là một sản phẩm tuyệt vời, nhưng tôi có một hoặc hai mối quan tâm.

Tôi có một số ứng dụng web hiện có trong ColdFusion và chương trình phụ trợ trong MySQL. Nếu tôi di chuyển về phía trước với dịch vụ báo cáo SQL Server, tôi nên thiết lập môi trường của mình như thế nào? Có một kết nối JDBC hoặc là ODBC cách duy nhất để nói chuyện với điều này?

Làm cách nào để tích hợp cho người dùng? Tôi có cần phải xác thực lại người dùng để xem báo cáo không? Tôi có cần phải đặt một liên kết trong ColdFusion để liên kết với hệ thống Dịch vụ Báo cáo không? Có cách nào để làm cho nó liền mạch cho người dùng không?

Tôi có nên chuyển tất cả phụ trợ sang SQL Server để tận dụng triệt để nền tảng SQL Server không? Tôi có nên chuyển đổi các ứng dụng hiện có của mình thành ASP.NET và tạo toàn bộ nền tảng SQL Server/ASP.NET không?

Không quá tệ khi thực tế là các ứng dụng/MySQL hiện tại không có kích thước quá lớn so với cổng. Vì vậy, tôi đoán chỉ cần tìm một số thực hành tốt nhất tư vấn để xem nếu nó không sao để sử dụng các thành phần dịch vụ báo cáo ngày của riêng mình, hoặc nếu tôi tốt hơn để củng cố tất cả mọi thứ vào một giải pháp của Microsoft.

Answer 1

Tôi nghĩ nó sẽ dễ hơn bạn nghĩ!

• Dịch vụ báo cáo hạnh phúc sẽ kéo báo cáo từ bất kỳ OLEDB hoặc nguồn ODBC, và MySQL có trình điều khiển ODBC, vì vậy không có vấn đề nhận xét dữ liệu của bạn thông qua một báo cáo SSRS.

• Bạn có thể thiết lập xác thực theo một số cách. Nếu người dùng của bạn đã được xác thực trong miền Windows của bạn, điều này sẽ dễ dàng hơn:

  • SSRS cần biết ai đang xem báo cáo. Nó sẽ cho phép xem ẩn danh (nếu bạn kích hoạt nó; nó sẽ bị tắt theo mặc định), nhưng nếu bạn đang sử dụng IE và đăng nhập vào cùng một miền với máy chủ IIS, thì hoàn toàn minh bạch
  • SSRS sau đó có thể sử dụng danh tính này kết nối với nguồn dữ liệu hoặc nó có thể sử dụng một danh tính khác. Đây là cấu hình cho mỗi báo cáo hoặc cho mỗi nguồn dữ liệu.

• Một điều bạn có thể làm là nhúng báo cáo của mình vào iframe trong các trang coldfusion của bạn. Điều này sẽ làm cho toàn bộ điều liền mạch. Các báo cáo có thể truy cập được bằng cách gửi một URL được tạo thích hợp đến máy chủ, vì vậy nó khá linh hoạt.

Để thay đổi mọi thứ thành ASP.NET, bạn sẽ chỉ nhận được lợi ích từ đó nếu bạn cần viết (và tích hợp) mã của riêng bạn để quản lý máy chủ báo cáo hoặc viết tiện ích tùy chỉnh các nhà cung cấp dữ liệu, tiện ích mở rộng phân phối và các loại tương tự), nhưng theo kinh nghiệm của tôi, điều này hiếm đến mức không đáng xem xét. Đi với những gì bạn có ngay bây giờ.