Gần đây tôi đã có một dự án mà trong đó tôi đã nhận được một số dữ liệu từ hệ thống phần mềm cụ thể đến một portlet. Phần mềm đã sử dụng một cơ sở dữ liệu và tôi đã dành một chút thời gian để mô hình hóa dữ liệu tôi muốn và sau đó tạo một dịch vụ web để portlet của tôi có thể lấy thông tin.Báo cáo so với Mã hóa - suy nghĩ?
Sau đó, nó đột nhiên đánh tôi rằng tôi đã lãng phí thời gian của mình. Tôi nắm lấy BIRT, ném nó vào một portlet, và sau đó chỉ viết một số báo cáo trực tiếp nắm lấy các dữ liệu cần thiết từ cơ sở dữ liệu. Tôi đã được thực hiện vào một buổi chiều.
Tôi hiểu rằng báo cáo là một con đường một chiều, nhưng điều này khiến tôi suy nghĩ. Các công cụ báo cáo có thể rất hiệu quả để tạo báo cáo (duh) từ dữ liệu thực tế của bạn, nhưng khi bạn làm điều này, bạn sẽ bỏ qua mô hình của mình, trừ trường hợp đơn giản không phải là biểu diễn trực tiếp dữ liệu của bạn.
Nếu bạn đang viết một ứng dụng chuyên sâu dữ liệu và yêu cầu khả năng thực hiện báo cáo không tầm thường, bạn có bỏ qua ứng dụng của mình và sử dụng một cái gì đó như BIRT hoặc Crystal Reports không? Làm thế nào để bạn quản lý các công cụ này như là một phần của quá trình tổng thể của bạn? Bạn có xem xét các báo cáo bạn viết như là một phần của ứng dụng của bạn và đối xử với họ như vậy không? Một báo cáo là một cái nhìn và một mô hình và một bộ điều khiển (nếu bạn sẽ) tất cả trong một mớ hỗn độn lớn, làm thế nào để bạn đối phó với và giải thích và kế hoạch cho điều đó?
Câu hỏi được sửa đổi: có thể và thậm chí phổ biến rằng một báo cáo sẽ thực hiện một số phép tính kinh doanh trong thế giới hoàn hảo mà bạn muốn có trong ứng dụng của mình. Điều này có thể dẫn đến sự không phù hợp về thông tin được trả lại cho người dùng. Mặt khác, các công cụ báo cáo giúp việc thu thập và hiển thị thông tin trở nên dễ dàng để thực hiện cách tiếp cận thuần túy và làm mọi thứ từ bên trong ứng dụng. Có bất kỳ kỹ thuật tốt nào để đảm bảo rằng dữ liệu trong báo cáo của bạn khớp với dữ liệu mà bạn có thể hiển thị trong GUI thông thường không?