报告网站的架构

Question

在这个问题之前，我已经提到过这个项目，但重新设计的范围稍微收紧了一点，也就是说我不能重新设计整个事情，所以我想提供一些关于如何在应用程序中构建现有的人工制品作为改进设计的渐进步骤。

1. 该网站有两个功能区域v.i.z.报告和维护。这是该网站的主要功能，而不是数据处理，只是简报。该站点包含少量的维护页面，这些页面使用标准GridViews和FormViews来维护一小部分数据。这就是为什么我决定采用企业库DAAB和普通香草数据集来支持丰富复杂的DAL。

2. 每个报告是使用动态SQL查询的结果明确显示HTML表行的报告孤立的页面。为了不为每个报表维护mySQL和MSSQL的一组查询，我将把所有的数据访问移动到存储过程中，通过DAAB移除与数据库引擎的耦合。

3. 我正在查看报告工具以从报告演示文稿中分离报告结构定义。我宁愿不在类中定义报告结构，因为telerik报告确实存在，但尚未查看其他报告工具。

4. 所有报表共享呈现在选择从一个菜单，一旦用户满意他们的过滤器选择其重定向到所选择的报告的报告共同的过滤器页面。是否有任何指导可用于这种非常常见的情况，我似乎不得不继续改造？

我在寻找关于如何将此转向更好的结构化产品的一般性建议，而无需实际重构整个项目。简单的东西就像在子目录报告页面分离维护网页等

我不希望给别人做我的工作，并会在适当的时候已经实现了我自己造成的许多改进，但我将不胜感激关于其他人如何处理这样的项目的一般意见。

Answer 1

我打算与管理系统中去的元数据的报告，有一个简单的目录结构的页每报表系统，使用的DevExpress ASPxGridView。这个网格不仅能够满足这个应用程序的报告需求。

我将以标准Web表单的形式实现维护和管理，并为大多数报表提供共享过滤器表单，并根据报表元数据动态配置。将不会有运行时维护报告，因为添加报告需要添加页面。这是可以接受的，因为维护是不经常的。

Answer 2

对于基于事实的数据库报告演讲中，我将调查的已经得到了所有的核心功能已经实施的工具，如BIRT一个（我相信，有一些.NET的替代品）。你可能认为一张数据表对于一个聪明的人来说是足够好解析的，但是下来的人会要求图表和PDF。

维护/管理页面可以是一个标准的网站 - 表单和后端，使用任何你喜欢的框架。

体系结构方面，您是否要针对活动数据库或存档数据库（或故障转移/复制数据库）运行报告？

您是否正在生成聚合数据表（事实表）来生成报告或针对更复杂的主模式运行？