Question

我正在努力帮助我的高级用户更多地访问我们的数据，这样我就不必每天25次打断我的工作（玩Pac-Man）编写Ad Hoc Queries等等。

我正在尝试使用数据源视图，数据模型和报表生成器2和3来允许他们访问清理数据，以便他们可以安全地进行自己的基本分析。我想创建涵盖业务流程的通用报表模型，而不是针对他们需要的每个临时报表的特定报表模型。

我必须使用命名查询创建数据源视图（DSV），因为源数据库缺少主键，但在identity_columns上具有唯一的聚簇索引。

这是我的问题。当我使用这样一个相对简单的查询时：

SELECT SOM.FSONO AS SalesNo
     , SOM.FCUSTNO AS CustNo
     ,SLC.fcompany as CustName
     , SOM.FCUSTPONO AS CustPONo
     , SOM.fsoldby AS SalesPerson
     , SOR.FENUMBEr AS ItemNo
     , SOR.finumber AS IntItemNo
     , SOR.frelease AS Rels
     , SOI.fprodcl AS ProdClass
     , SOI.fgroup AS GroupCode
     , rtrim(SOR.FPARTNO) AS PartNo
     , SOR.fpartrev AS PartRev
     , cast(SOI.fdesc AS VARCHAR(20)) AS PartDescription
     ,SOM.forderdate as OrderDate
     ,SOR.fduedate as DueDate
     , SOR.FORDERQTY AS QtyOrd
     , SOR.FUNETPRICE AS NetUnitPrice
     , (SOR.FORDERQTY * SOR.funetprice) AS NetAmountOrdered
FROM  slcdpm SLC inner join 
somast SOM on SLC.fcustno = SOM.fcustno
     LEFT OUTER JOIN soitem SOI
       ON (SOM.fsono = SOI.fsono)
     LEFT OUTER JOIN sorels SOR
       ON (SOI.fsono = SOR.fsono)     
AND       (SOI.finumber = SOR.finumber)

假设用户在报表生成器3中使用报表模型，并且只为其数据集请求SalesNo，PartNo，PartRev，OrderDate和TotalNetAmount。

用于提取数据的SQL Generated：

SET DATEFIRST 7
SELECT
    CAST(1 AS BIT) [c0_is_agg],
    CAST(1 AS BIT) [c1_is_agg],
    CAST(1 AS BIT) [c2_is_agg],
    CAST(1 AS BIT) [c3_is_agg],
    4 [agg_row_count],
    [CustomerSales].[TotalNetAmountOrdered] [TotalNetAmountOrdered],
    [CustomerSales].[SalesNo] [SalesNo],
    [CustomerSales].[PartNo] [PartNo],
    [CustomerSales].[PartRev] [PartRev],
    [CustomerSales].[OrderDate] [OrderDate]
FROM
    (
        SELECT
            SUM([CustomerSales].[NetAmountOrdered]) [TotalNetAmountOrdered],
            [CustomerSales].[SalesNo] [SalesNo],
            [CustomerSales].[PartNo] [PartNo],
            [CustomerSales].[PartRev] [PartRev],
            [CustomerSales].[OrderDate] [OrderDate]
        FROM
            (
                SELECT        SOM.fsono AS SalesNo, SOM.fcustno AS CustNo, SLC.fcompany AS CustName, SOM.fcustpono AS CustPONo, SOM.fsoldby AS SalesPerson, 
                         SOR.fenumber AS ItemNo, SOR.finumber AS IntItemNo, SOR.frelease AS Rels, SOI.fprodcl AS ProdClass, SOI.fgroup AS GroupCode, RTRIM(SOR.fpartno) AS PartNo, 
                         SOR.fpartrev AS PartRev, CAST(SOI.fdesc AS VARCHAR(20)) AS PartDescription, SOM.forderdate AS OrderDate, SOR.fduedate AS DueDate, SOR.forderqty AS QtyOrd, 
                         SOR.funetprice AS NetUnitPrice, SOR.forderqty * SOR.funetprice AS NetAmountOrdered
FROM            slcdpm AS SLC INNER JOIN
                         somast AS SOM ON SLC.fcustno = SOM.fcustno LEFT OUTER JOIN
                         soitem AS SOI ON SOM.fsono = SOI.fsono LEFT OUTER JOIN
                         sorels AS SOR ON SOI.fsono = SOR.fsono AND SOI.finumber = SOR.finumber
            ) [CustomerSales]
        WHERE
            CAST(1 AS BIT) = 1
        GROUP BY
            [CustomerSales].[SalesNo], [CustomerSales].[PartNo], [CustomerSales].[PartRev], [CustomerSales].[OrderDate]
    ) [CustomerSales]
ORDER BY
    [SalesNo], [PartNo], [PartRev], [OrderDate]

我原本只期望用户在报告中请求的字段而不是DSV中的每个字段。此外，如果创建了约束数据的参数，例如OrderDate的开始和结束日期，则无论如何都会返回完整的数据集。

我在这里做错了吗？

有没有更好的方法来解决这个问题？

使用报表模型时，其他管理员是否发现自己存在性能问题？

Answer 1

处理报表模型时，有时会出现性能问题。这是报告模型不适用于向所有用户推出以替换所有报告的原因之一。由报表模型后面的语义查询引擎生成的查询不可调，并且通常完全不是您自己编写它们的方式。

引擎本质上将命名查询视为视图，它将视图扩展为基础查询。在构建直接覆盖数据库的模型时，这通常是一个问题。

从我的角度来看，理想的情况是拥有一个单独的数据库（可能是数据仓库），最好安装在一个单独的服务器上。这个dw会变得扁平化，以便您可以优化它以获得读取性能。然后，您可以直接在数据源视图中使用这些表，并且模型后面的语义查询引擎应该能够进行更好的查询。

由于经济或其他限制，这种理想往往是不可能的。您是否可以尝试将基本表中的ETL或多或少的ETL转换为一组新的表，您可以优化这些表来报告以支持您的模型？

报告模型效率低下。需要建议

1 个答案: