日历

2008 9.6 Sat
 123456
78910111213
14151617181920
21222324252627
282930    
«» 2008 - 9 «»

日志分类

文章搜索

日志文章

2008年03月31日 12:18:48

数据分析讲堂

数据分析讲堂

第六课 TM1应用实例(2

第六讲 库存吞吐立方体(续)

2)库存管理
考虑过库存问题吗?Thor问。你怎么知道什么时候库存短缺?有足够的信息来判断在一个地方库存短缺的一种食物源在其他地方是否还有库存,以及这种情况发生的频率吗?这是非常罕有的情况,还是发生频率足够多到需要采取一些措施的情况?好问题,Lulu说。只要我们还在这个话题上,我也想知道哪些食物源将要用完,可以使我们在库存用光之前能做必要的调整。
Thor建议使用如下库存短缺变量:
“Out of stock”,
      L.,
      “Qty on hand” “Qty requested”
这对你有意义吗?对Lulu没有什么意义。她指出库存短缺的概念是表达了手头数量与请求数量之间特殊关系的一种情况,即后者比前者要大。因此,应该把库存短缺作为一种条件或二值变量:当手头数量相等或小于请求数量时为真,否则为假。
Out of stock.true = Qty on hand Qty requested 0
Out of stock.false = Qty on hand Qty requested 0
Thor问,你如何计算什么时候在一个地方库存短缺的鱼在其他地方还有呢?这个查询很难,Lulu回答。我需要先考虑一下如图6.6.1所示的这个用假想数据展示的期望结果。


Lulu继续说道,这个查询可以分拆成几个部分:

l       确定每一个发生短缺的日期——地点——鱼元组
l       确定此时此鱼多余数量等于或超过此地短缺数量的所有其他地点
l       确定超出的数量
下面我将依次讲解。
查询的第一部分
“Time”{N},“Site”{N},“Fish”{N},
    “Shortage” AS Qty requested” Qty on hand,
    L.,Out of stock.true
返回在请求数量和手头数量查询中定义的短缺额。
Thor被说服了,这很不错,Lulu,但你怎么计算出其他有适当额外容量的地点?Lulu无疑正在思考此问题。你会怎么做?考虑一下。

几分钟后,Lulu走到写字板前写下如下查询公式:
“Time”{N},“Site”{N},“Fish”{N},“Shortage”{N},
      Site.ñ.,Qty requested Qty on hand,Site.n)<

        Qty on hand Qty requested, Site.ñ

        L.,

        Out of stock.true

用文字来描述,就是返回Out of stock为真的时间——地点——鱼元组,同时返回每个元组中所有满足条件的其他地点 Site.ñ)的名字,即同一天同种鱼的额外容量(Qty requested Qty on hand,Site.n)< Qty on hand Qty requested, Site.ñ)要比原地点的短缺值大。

Thor的目光开始变的呆滞。怎么了?Lulu问。Thor回答,我对你的最后一个查询不是很确信,我理解你所说的,但也许你串接的查询片段太多了。Out of stock为真,即存在短缺的时间——地点——鱼元组的数目,可能与具有额外容量,即Site.ñQty requested Qty on hand,Site.n)< Qty on hand Qty requested, Site.ñ)地点的数目差别很大。换句话说,对每个时间——地点——鱼元组来说可能存在多个具有多余鱼的地点,把这些片断分割成两个查询然后再合并的方法可行吗?你怎么认为?

Lulu回答道,虽然的确很容易把这些片断分割成两个独立的查询,但真正的信息来自于连接后的额外元组和短缺元组,并且定义两个独立的查询后,我仍旧必须创建一个连接把它们连接到一个分析视图。连接两个查询的结果所需的努力至少与在一个查询内将其连接成单一视图的努力一样困难。因此,只要我的工具集允许我定义一个复杂查询,并且它的结果集可以通过几个个数可能不相等的元组集结果组合而成时,我就会这样做。更具体一点,Thor,让我给你展示一下预期的结果是什么样的。(见图6.6.2


最后,Lulu说,现在你对这种类型的查询比较容易接受,我们可以用下面的查询得到每个地点的额外容量数量,粗体字表达式Qty on hand Qty requested返回我们所查找的数据。基本上,它表示除了每个有额外容量和存储地点的Site.n的名字之外,此查询还需要返回额外容量的数值。最终的查询如下,结果如图6.6.3


“Time”{N},“Site.n”{N},“Fish”{N},“Shortage”{N},

      Site.ñ,Excess AS ‘Qty on hand Qty requested’,

Qty requested Qty on hand,Site.n)<

Qty on hand Qty requested, Site.ñ

L.,

Out of stock.true

经过对数据分析之后,LuluThor觉得他们已经发现了一个库存吞吐扰动量管理的问题,范围涉及某些地点某些鱼的长期过量到另外一些地点和鱼的偶尔不足。甚至更糟的是,他们发现一些地区,比如刚刚提到的,一个地点的短缺能用其他地点的同种鱼的额外容量来补偿。

类别: 无分类 |  评论(0) |  浏览(1819) |  收藏
发表评论