编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第PAGE29页共NUMPAGES29页第PAGE\*MERGEFORMAT29页共NUMPAGES\*MERGEFORMAT29页背景知识向顾客提供大量产品的国内和国际零售商都面临着共同的挑战：确保其众多的商店具有适当的产品库存级别。确定适当的库存级别问题需要在以下两种竞争成本间进行权衡。1.高级别库存的存储成本。这些成本指零售商为安全的实际空间、额外的供应商购买以及在所有零售商店中与维持高级别产品库存相关的分配所支付的代价。2.丧失销售的成本。如果顾客进入商店，想要购买某种特定的产品，但由于该产品已脱销而无法供货，就形成了这些成本。面对这种进退两难的情况，零售商通常有两种选择。零售商可以保持高库存，而承担高库存成本；或者保持低库存成本，而承担在顾客需要购买时由于没有产品而丧失销售机会的风险。权衡这些竞争成本的最佳方式是构建预测模型来确保每个连锁商店都具有适当的库存级别。过去零售商依靠供应链软件、内部分析软件甚至直觉来预测库存需求。随着竞争压力的一天天增大，很多零售商（从主要财务主管到库存管理员）都开始致力于找到一些更准确的方法来预测其连锁商店应保有的库存。预测分析是一种解决方案。它能够准确预测哪些商店位置应该保持哪些产品。本文介绍如何使用Microsoft(R)SQLServer(TM)2005中的AnalysisServices以及SQLServer数据仓库，采用数据挖掘技术为产品存储决策提供准确及时的信息。此处介绍的方法用于在商店/产品级别上提供脱销预测。对于某种特定产品，SQLServer2005AnalysisServices用于构建数据挖掘模型，该模型为每个连锁商店提供脱销预测。此方法使零售商能够有效地权衡与存储产品库存相关的竞争成本。HYPERLINK"https://www.microsoft.com/china/technet/prodtechnol/sql/2005/ipmvssas.mspx"\l"top"返回页首关于ProjectREALProjectREAL致力于找出创建基于SQLServer2005的商业智能(BI)应用程序的最佳方法。在ProjectREAL中，我们通过创建基于真实客户方案的引用实现来进行。这意味着将客户数据引入内部，并使用这些数据来解决各个客户在部署过程中将会面临的相同问题。这些问题包括：•架构设计-关系架构和AnalysisServices中使用的架构。•数据提取、转换和加载(ETL)过程的实现。•客户前端系统的设计与部署，以便进行报告和交互式分析。•生产系统的规模大小调整。•对运行中的系统的管理与维护，包括对数据的增量式更新。通过分析真实的部署情况，我们可以全面了解如何使用SQLServerBI工具实现BI系统。我们的目标是致力于解决可能希望分析大型数据集的公司在其实际部署中遇到的所有问题。本文概述了至今已为ProjectREAL执行的数据挖掘工作。很多其他文章介绍了已经完成的工作和在其他领域学过的课程。要查找最新的信息，请访问HYPERLINK"https://www.microsoft.com/sql/bi/ProjectREAL/"ProjectREAL网站(http://www.microsoft.com/sql/bi/ProjectREAL/)。HYPERLINK"https://www.microsoft.com/china/technet/prodtechnol/sql/2005/ipmvssas.mspx"\l"top"返回页首数据仓库说明在ProjectREAL中，构建的数据仓库用于为在全国拥有数百家商店的零售商的数百万种产品汇总销售数据。用于构建脱销预测模型的相关数据集有：•以商店级别、产品（项）级别、天级别合计的销售量事实数据。具体地说，是为已经销售的每种产品、零售商的每个连锁商店存储每日销售量。•以商店级别、产品（项）级别、天级别合计的库存事实数据。具体地说，这是每种产品、每天、零售商的每个连锁商店的产品在库存中的天数。•由产品名、说明、零售价和产品类别层次结构组成的产品（项）信息。•由商店说明、商店分类（例如，指定是大型商店还是小型商店的指标）、商店分区、商店区域、商店地区、城市、邮政编码、省/自治区、货架空间线性尺寸和其他商店信息组成的商店信息。•日期信息（日期维度），它将事实数据级日期标识符映射到相应的财务周、财务月、财务季、财务年和其他日期信息。具有一个清晰、最新的数据仓库可以为所有商业智能应用程序利用此有用的信息资产提供可靠的基础。在此特殊的构建脱销模型的任务中，数据仓库简化了构建数据集模型的过程。