今天格鲁斯和大家分享DIY纸壳玩具的方法，既省钱又安全。纸壳的原料很好获得，很多家庭日常收快递时，总会余下些盒子，这些纸盒刚好可以拿来和孩子们一起动手DIY，无论是配饰、房子车子、还是乐器、小动物等各种东西，都可以用纸壳做出来。“过家家”游戏必备：配饰篇一顶有型的帽子，这可是独家定制。做个动物面具或者角色扮演面具，就可以开始孩子们的趴体了。大脚板，体验长大的感觉。怪兽的脚板，随意发挥想象做出色彩缤纷的脚板。怎么能缺少包包呢？画上喜欢的图案，搭配一些彩色绳子、布艺等喜欢的元素，就是一个手工定制包包了。相机可以用来扮酷，咔擦一张照片，互相拍着玩。上面的这些，有没有给大家带来些手工的灵感呢？下次的家庭活动，和孩子们一起做一个纸壳玩具吧~~格鲁斯早教(gh_46f94ce42883)　
　文章为作者独立观点，不代表微头条立场
的最新文章
【格鲁斯早教馆】元旦放假通知!~2016年元旦放假共4天：12月31日—— 1月3日；
1月4号正常开馆，早教课正常上！【精彩回顾】——【格鲁斯】牵手【艺路源】元旦晚会，完美收官！~
好多漂亮的小美女和帅哥们，快来看看他们的表演吧！~12月24日，格鲁斯早教举办了圣诞节活动Party，快去看看宝贝们可爱的一面吧~~亲爱的会员：
格鲁斯阳光馆根据国务院2015年元旦放假通知，同时结合馆内实际情况，元旦放假具体时间安排如下：
2016年元旦放假共4天：12月31日—— 1月3日；
1月4号正常开馆，早教课正常上！格鲁斯早教 “2015圣诞派对”，将带领小朋友和大朋友们一起感受这盛大节日！我们将与宝宝们共同度过一个最嗨的童话般圣诞狂欢节！亲爱的宝宝们赶快登上我们梦幻圣诞之旅的大巴车吧！10~1岁圣诞节亲子游戏推荐圣诞球球玩起来：准备一个带盖子的纸箱子，在箱子的四壁挖一些洞，再准备几个颜色各异“江左梅郎，麒麟之才，得之可得天下。”电视剧《琅琊榜》刚刚结局，话题却依然大热。除了剧情、演员演技获大赞外，好听的音乐、有趣的故事，当音乐、故事、游戏融合在一起时，又会发生什么呢？想了解更多精彩活动，请随时关注格鲁斯微信公众账号父母成长一小步，孩子成长一大步！遇到困难的事我们总会说：想把它做成，要到猴年马月了曾经在超市苦苦哀求粑粑麻麻们给买玩具要么是被粑粑麻麻们无情天气是冷的，孩子们的心情却是热的，格鲁斯周末故事会，让孩子们学到了树叶的知识和环保的意识，拼图作画更培养了孩子们创意思维和主动动手的能力，快去看看他们精彩表现吧Bubble、Bubble、Bubble……11月8日，一场神奇的科学魔法秀在格鲁斯欢乐上演。家长们带着自己
Brian Gordon是一名漫画家，同时也是两个孩子的爹。自从他成为一名父亲以来，他一直不遗余力1岁是宝宝心理发育的分水岭，他跟以前那个只会卖萌的小婴儿不同了，他们会生气、会探索、会不停提要求，只有更懂他父母是孩子的第一任老师，一言一行都被孩子看在眼里。看看孩子最容易模仿家长的哪些坏习惯，比如，自己勤俭对孩子却大手大脚、喜欢拿自己孩子和别人比较、当着孩子宣泄不满、当众批评孩子、不爱运动……名额仅限8组，赶快报名参加吧！今天乐视TV的导演们来到了格鲁斯，灯光、摄影机、打板机、主持、小演员.....最新儿童情景剧——不撒谎今天格鲁斯和大家分享DIY纸壳玩具的方法，既省钱又安全。纸壳的原料很好获得，很多家庭日常收快递时，总会余下些盒子，这些纸盒刚好可以拿来和孩子们一起动手DIY，无论是配饰、房子车子、还是乐器、小动物等各种东西，都可以用纸壳做出来。格鲁斯精品半日托班已经开课两周了，宝贝们每天都能学到不一样的知识。第二周的主题是关于身体，从欢快的身体律动操宝宝出生月份不同，星座也就有所差别，针对不同星座的宝宝，在早教方法上也是有一定差别的。这个周末有机会感受一下凌乱美！
因为本周末强冷空气杀到！！！明显降温不说，还刮风下雨。
当一天过四季成为常态，意味着进入感冒多发季！
妈妈们一定要注意给宝宝们穿暖和点哦！10月31日，一场别开生面的万圣节面具Party在格鲁斯欢乐上演。各位爹地妈咪带着自己可爱的宝宝共同展开了一段奇妙之旅~格鲁斯万圣节小鬼捣蛋夜要开始啦~~名额有限！！赶紧报名吧~~在你的亲人面前，没事别老捅咕你那破手机了！多陪陪你身边的孩子！多陪陪你身边的朋友！多陪陪养育你的父母！不要给这么有趣的食物，孩子们还会拒绝吃饭吗？！80年代末期出生的爸爸妈妈们，还记得小时候一放学就冲回家，书包一扔，搬个小板凳坐在电视机旁，等待央视少儿台的卡通片吗？那个大脑袋的小家伙陪伴了80后的爸爸妈妈们整个童年。
格鲁斯周末大电影，快带着宝贝们一起回忆童年时光吧！又是一年重阳时，落叶飘散，白发飞扬，秋水一样的时光，在流逝中被茱萸点亮。一场饭局一场胖，一场早教一场穷。孩子上早教到底好不好？一堂丰富的"咖啡课程"就在宝贝们欢声笑语中展开啦！快去瞧瞧精彩花絮吧！！ 现在家长都希望自己的孩子多才多艺，所谓“技多不压身”，可是中教君发现，在种类繁多的学习项目面前，有不少家长为孩子读书吧！亲子共读能够增加亲子间的亲密感；亲子共读能够锻炼儿童语言的发展；亲子共读能够唤起儿童对阅读的兴本周格鲁斯将带宝贝们去星巴克，享受咖啡的香味，与格鲁斯老师一起用咖啡渣作画，和爸爸妈妈一起品尝新鲜的咖啡的甜品，共享欢乐亲子时光！若你家老人属于以下类型，为了孩子的身心健康，爸妈们务必慎重，要多多与老人交流沟通。有人说，婚姻中最怂的时候就想去逛街购物，娃没人照顾，怎么办？
想让爷爷奶奶去公园跳广场舞，放风筝，娃安置哪儿？
幼儿园不收，保姆不靠谱，怎么办？
格鲁斯早教半日托班是你最好的选择，在这里，我们帮你看娃，专业师资，小班授课，快乐亲子过渡！让娃学好、玩好！因格鲁斯早教中心因新店业务拓展需要，亲子老师朱星尧因教学严谨专业，工作认真负责，现任命为阳光馆店长，负责馆内各项事务，从即日起生效。小长假结束啦，格鲁斯魔幻故事会又给小朋友们带来了好听有趣的故事，这次的故事主角是一条萌萌哒的热心小蛇，在外出散步的路上，帮助了很多小动物，虽然最后累的嗓子都冒烟了，但心里还是很开心！这次故事会，来了许多新的小伙伴，快去瞧瞧他们精彩瞬间吧很多辣妈经常问，孩子上不少早教中心到底有什么区别呢？我家孩子上了早教中心也没看到明显的效果啊？今天，我们就来认真的讨论下这个问题，看看孩子上早教中心到底能起到什么效果？1梁子湖龙湾
作为武汉旅游业的龙头企业，梁子湖龙湾度假村当仁不让的成为武汉郊区整个旅游业市场最活跃的度假圣当你们还在嗨皮的时候，格鲁斯的老师们已经奔赴工作岗位啦~
格鲁斯阳光馆今日正常开馆营业了！中秋节，又称月夕、秋节、仲秋节、八月节、八月会、追月节、玩月节、拜月节、女儿节或团圆节，是流行于中国众多民族提前带着孩子来绘本世界赏月吧！格鲁斯绘本吧推荐几本关于“月亮”的好玩绘本故事，让孩子了解不一样的月亮！第十招：鼓励孩子自主阅读　　阅读是一种技能，掌握任何一种技能都需要练习。在亲子共读中，除了大人为孩子大声读外亲爱的会员：格鲁斯阳光馆根据国务院2015年中秋、国庆节放假通知，同时结合馆内实际情况，中秋、国庆节放假具体英国著名儿童文学作家C.S. 刘易斯有一句至理名言：“仅仅让孩子们喜欢的故事还算不上是好的儿童文学。”如何在阅读中促进亲子间的交流？如何给自己的孩子读书？如何让孩子从小爱上阅读？天气渐渐凉了起来，但小朋友们还是忍不住想吃美味的冰淇淋，那就跟着格鲁斯的老师们去小兔米菲的糖果乐园瞧瞧，看看因近日天气突然转凉，原定于明日9月20日的冰激凌亲子DIY活动延后开展，明日继续每周日上午（10：30-11:30）的故事会活动亲爱的格鲁斯会员们，放假通知如下，如需借绘本的会员可以提前来馆内登记，以免给假期造成不便！谢谢！酷热的夏天终于就要离开了，在夏天最后的小尾巴上，来一场甜到心凉的狂欢吧！感受舌尖上的清凉！想要和宝贝一起DIY属于你们的冰淇淋吗？想要让宝贝体验一次非凡的“美食之旅”吗？那就快快报名参加吧！出了城门往正东，一园青菜绿葱葱
你瞧，绿头萝卜是威风凛凛的大王，红头萝卜是婀娜多姿的娘娘
快去瞧瞧菜园里的蔬菜们
一箩筐的趣事儿就要开始啦gh_46f94ce42883武汉专业的社区型早教馆，致力于0-10儿童早期潜能开发，设有精品早教课、蒙氏托管班、国内外绘本借阅、精选主题活动、父母沙龙。地址：阳光在线二期14-1-102。027-。热门文章最新文章gh_46f94ce42883武汉专业的社区型早教馆，致力于0-10儿童早期潜能开发，设有精品早教课、蒙氏托管班、国内外绘本借阅、精选主题活动、父母沙龙。地址：阳光在线二期14-1-102。027-。以上内容摘取自《各省历年公务员资料分析真题和答案.doc》，若想查看原文格式，请1北京联通苹果iPhone 4S零元购&&& （）日，本期今日机话带来的是北京联通苹果 4S的合约套餐详解，合约购机价为4899元，目前该机分为多类套餐的合约计划可供选择，合约期分为12、24、36个月，最低合约套餐为66元，最高886元档，一共10档套餐可选。联通版苹果iPhone 4S是一款配备Retina屏的智能双核3G。
图为 联通版苹果iPhone 4S
&&& 联通版苹果iPhone 4S在其正面配备了一块3.的IPS显示屏，分辨率96X640像素，达到Retina视网膜水准，显示效果异常清晰。而在核心方面则内置了A5双核处理器，主频控制在800MHz，此外还有512MB的运行内存，搭载iOS 5操控系统；而在机身背部则设有一枚800万像素背照式镜头，包含LED补光灯，并且轻松支持1080P视频录制等。
& 图为 联通版苹果iPhone 4S
联通版苹果iPhone 4S合约套餐一览
&&& 联通版苹果iPhone 4S可选的套餐着实不少，通过上图一览我们也能够初步看到北京联通为其制定的各档套餐，除去最低66元档，最高886元档之外，还有96、126、156等另外8档不同类套餐可供选择，各档位套餐所针对的用户需求也有所不同，显然越高档位赠送的话费就越多，优惠折算也就越大。
&&& 以226元24月周期的合约套餐为例：用户需要先行支付手机款3997元（注：3月4-11日限时直降900元），然后再选择226元档位套餐，即可享用套餐中的返话费活动：合约预存款3100元，从入网次月起每月返还129元，第24个月返还剩余全部预存款。对于北京联通用户而言，这样的优惠促销力度着实值得考虑考虑。产品：
2选好适合的套餐苹果拿回家&&& 接下来具体为大家介绍一下哪款套餐更适合你，根据金额划分为100元内、100元至200元、201元至400元三类，针对通话时长、流量、短信、彩信来进行对比，通过计算，选择自己最合适的套餐，帮你弄清资费间的差异。最重要的还是要靠使用需求来定夺，通常3G网络会对流量要求更高一些，我们继续往下分析。
具体套餐项目资费以及包含内容明细
100元内套餐分析
&&& 这个价格区间有66元、96元两档套餐可选，我们将会把这两档套餐所包含的内容按照超出套餐资费来进行计算并得出原价费用，然后对比看哪个最值。
66元档：(<FONT color=#cMB<FONT color=#24KBx0.0003元/KB)+(<FONT color=#c分钟<FONT color=#.20元/分钟)+(50条短信<FONT color=#.1元/条)=<FONT color=#c元
<FONT color=#元除以104.58元约等于0.63，相当于原价的6.3折
96元档：(<FONT color=#cMB<FONT color=#24KBx0.0003元/KB)+(<FONT color=#c分钟<FONT color=#.15元/分钟)+(80条短信x0.1元/条)=<FONT color=#c元
<FONT color=#元除以148.45元约等于0.65，相当于原价的6.5折
公式：以标准资费算出相应挡套餐包含服务的原价，最后拿套餐价除以原价得出数值变换成百分比和折扣值，数值越小证明越划算。
100元至200元套餐分析
&&& 可以看到这个价格段内有126元、156元、186元三档可选，我们将会把这三档套餐所包含的内容全部按照超出套餐资费来进行计算并得出原价费用，然后对比一下看看哪个最超值。
126元档：(<FONT color=#cMBx1024KBx0.0003元/KB)+(<FONT color=#c分钟x0.15元/分钟)+)+(<FONT color=#c条短信x0.1元/条)=<FONT color=#c元
126元除以198.24元约等于0.64，相当于原价的6.4折
156元档：(<FONT color=#cMBx1024KBx0.0003元/KB)+(<FONT color=#c分钟x0.15元/分钟))+(<FONT color=#c条短信x0.1元/条)=<FONT color=#c元
156元除以253.10元约等于0.62，相当于原价的6.2折
186元档：(<FONT color=#cMBx1024KBx0.0003元/KB)+(<FONT color=#c分钟x0.15元/分钟))+(<FONT color=#c条短信x0.1元/条)=<FONT color=#c元
186元除以315.68元约等于0.59，相当于原价的5.9折
公式：以标准资费算出相应挡套餐包含服务的原价，最后拿套餐价除以原价得出数值变换成百分比和折扣值，数值越小证明越划算。
201元至400元套餐分析
&&& 可以看到这个价格段内来到了226元、286、386元三档套餐，我们将会把这三档套餐所包含的内容全部按照超出套餐资费来进行计算并得出原价费用，然后对比一下看看哪个最超值。
226元档：(<FONT color=#cMBx1024KBx0.0003元/KB)+(<FONT color=#c分钟x0.15元/分钟))+(<FONT color=#c条短信x0.1元/条)=<FONT color=#c元
226元除以388.12元约等于0.58，相当于原价的5.8折
286元档：(<FONT color=#cMBx1024KBx0.0003元/KB)+(<FONT color=#c分钟x0.15元/分钟))+(<FONT color=#c条短信x0.1元/条)=<FONT color=#c元
286元除以509.03元约等于0.56，相当于原价的5.6折
386元档：(<FONT color=#cMB<FONT color=#24KBx0.0003元/KB)+(<FONT color=#c分钟<FONT color=#.15元/分钟))+(<FONT color=#c条短信<FONT color=#.1元/条)=<FONT color=#c元
<FONT color=#元除以728.82元约等于0.53，相当于原价的5.3折
公式：以标准资费算出相应挡套餐包含服务的原价，最后拿套餐价除以原价得出数值变换成百分比和折扣值，数值越小证明越划算&&
&&& 由上面我们可以看到，通过以上计算最低套餐出现在386元档，也就是说如果用户选择386元档套餐的话，可以用386元享受到728.8元的服务，折扣值竟低至5.3折，我们可以看出在苹果 4S的套餐中，还有金额越大折扣越大，不过百元内倒是个例外，显然66元套餐比96元更优惠一些。
&&& 当然，如果你需要更多的话费返还还可选择最后两档586、886套餐，我们这里就不做具体分析，从386套餐起即可享受零元购机带来的超值体验，如果是36个月的合约期话则从226套餐即可购享0元购机，总之还是那句话，按照你的实际需求去选择套餐类型。
联通版苹果iPhone 4S（行货）[裸机价格] 4288元[合约售价] 4899元[合约方式] 24个月合约返话费[适用区域] 北京地区联通用户[相关链接]
&&& ※合约套餐价格以及优惠促销信息可能会有变动，请在购买时以各运营商官方消息为准。网友也可登陆相关运营商网站，或者拨打运营商客服电话进行咨询。
3苹果iPhone4S详细参数
主屏尺寸 4G网络
天津重庆哈尔滨沈阳长春石家庄呼和浩特西安太原兰州乌鲁木齐成都昆明贵阳长沙武汉郑州济南青岛烟台合肥南京杭州东莞南宁南昌福州厦门深圳温州佛山宁波泉州惠州银川
本城市下暂无经销商
手机论坛精选
下载中关村在线Android 客户端
下载中关村在线 iPhone 客户端
下载中关村在线Windows8客户端
成为中关村在线微信好友
448505369863060730998279992990101049博客访问： 333035
博文数量： 247
注册时间：
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： Linux
关系模型与维度模型通常单独使用，但是根据需要，也可将它们混合到一起使用。为此，首先要建立一个规范化的关系模型，然后添加维度结构（主要在物理层上）。结果得到一个兼具两种父级模型优势的单个模型：它表示的实体与关系具有传统关系模型的精度，它按维度处理已过滤的、聚合事实的查询的速度与传统维度模型的速度相差无几。
现实经历促使我进行了这样的分析：在三个独立的数据仓库项目中，我分别担任过程序员、架构师和项目经理。在这些项目中，我发现了一种数据/数据库行为一致的模式，这种行为模式使得维度模型与关系模型混合构成的模型较两者中任何一种单一的模型更适合使用。
本文讨论混合设计，并提供功能齐全的参考实施。系统在 Oracle 数据库 10g 上运行，它包括完成下列任务所需的所有代码：构建数据库模式、生成示例数据、将示例数据加载到数据库模式中、构建索引和物化视图、运行示例查询、捕获运行时间以及提供运行时间的统计信息。
混合模型并不是通用型解决方案。许多项目最好使用一种传统模型或者单独使用两种模型（模型间有馈给）。但是，如果要创建一个既能以规范化格式存储数据又能以良好的性能运行聚合查询的单一数据库，那么混合模型便是一种值得考虑的设计模式。
示例业务领域
示例业务领域是在保险业内，并使用以下实体：
有关客户及其与保险公司间的活动的信息
代表与客户的具体协议的保险合同
保险单上提到的属于客户的车辆
保险单上提到的车辆损失种类
客户每月为该保险单中的车辆承保项目所支付的费用
用于分析系统性能的示例业务问题与现实中的有些类似，但也包含一些极端的行为，例如：扫描事实表的多个行、检索很小一部分事实行、限制为顶部表、限制为每个表、限制为底部表等等。这些是业务用户针对维度模型提及的问题类型，并非针对关系模型提及的常见问题类型。这里不讨论关系模型的问题，因为假设对于关系特性问题（例如“显示该保险单上的所有车辆”），关系模型的性能优于维度模型。本次分析中使用的问题如下：
维度特性的业务问题
我们最早收取的年度保险费总额是多少？
2002 年在新英格兰州收取的保险费是多少？
我们最早在康涅狄格所得的的中级巨灾风险保险费是多少？
2001 年我们在加利福尼亚所得的时间管理计划类型保险费是多少？
2003 年 11 月有多少客车上了撞车险？
佛蒙特州具有主要用途（保险扣除额为 1,000 美元）的红色车辆的保险费是多少？按人及事故限额对这些数目进行细分。
2000 年，保险扣除额为 1,000 美元，每人限额为 100,000 美元以及事故限额为 800,000 美元的保险项目的保险费是多少？
1999 年，750cc 引擎红色汽车每月的保险费是多少？
图 1、2 和 3 显示了三种模型。其中，混合模型在关系模型的基础上做了两处维度建模更改：(1) 创建了 PREMIUM 表与层次上部每个表的关系，并 (2) 添加了时间维度。
图 1。关系模型
图 2。维度模型
图 3。混合模型
使用较标准的技术以数据库模式将模型转换为物理实施。使用规范化建模技术创建关系模式，根据 Ralph Kimball 的介绍创建维度模式。创建混合模式意味着，首先复制关系模式，然后在关系模式上搭建维度结构层次。（“”边栏列出了实施中最重要的文件，包括具有 DDL、系统验证、查询和用于生成示例代码的自动分析的文件。）
因为只使用了三个非关键属性，所以在每个表中添加了 SIZING 属性，类型为 CHAR(100)，这样可使行大小更接近实际。
必须 设置某些数据库参数，以便出现星型连接并使用物化视图。重要参数如下所示： NAME
------------------------------ --------------------
compatible
10.2.0.1.0
optimizer_features_enable
optimizer_mode
first_rows
pga_aggregate_target
query_rewrite_enabled
query_rewrite_integrity
stale_tolerated
sga_target
star_transformation_enabled
按照 Oracle 文档中的详细描述使用 EXPLAIN PLAN 来验证是否出现星型连接。
三种模式都加载了相同的数据。加载了相同数据的最好证据就是，三种模式都对示例查询生成了相同的回答。
分析所用的数据量如下所示。 OWNER
TABLE_NAME
NUM_ROWS AVG_ROW_LEN LAST_ANALYZED
------ ------------ ---------- ----------- -------------------
ACCOUNT_DIM
128 :19-51-56
COVERAGE_DIM
17 :19-51-57
POLICY_DIM
128 :19-51-58
PREMIUM_FACT
23 :19-52-14
21 :19-52-39
VEHICLE_DIM
130 :19-52-39
128 :19-53-42
28 :19-53-47
142 :19-53-53
49 :19-54-41
21 :19-55-08
144 :19-55-10
124 :19-39-22
27 :19-39-30
138 :19-39-31
29 :19-40-08
139 :19-40-13
目的是为了提供足够大的数据量，以阻止优化程序走捷径，例如阅读整个表时阻止其使用索引及其他此类会破坏分析的优化技术。按照 Oracle 数据库数据仓库指南 10 g 第 2 版 (10.2) — 模式建模技术，如果优化程序发现“太小而不值得转换的表”，则星形转换可能不会发生。
实施的一个相当任意的目标是事实表至少有一百万个行。如果 QUERIES.SQL 生成的所有维度查询计划和混合查询计划都符合星型连接标准，则使用的数据量看来足够进行当前的分析。
由于弱实体必须以维度模式表示，因此维度模式中的 COVERAGE_DIM 行的行数较其他两种模式的 DIMENSION 表中的行数少。
以下为各种模式占用的空间： OWNER
TOTAL_SIZE
--------------- ----------------
129,499,136
244,056,064
130,023,424
因为混合模式集关系和维度于一体，所以它的大小大概是关系模式和维度模式的大小之和，再除去所有通用元素，则得出以上数字。
每个查询运行 21 次，中间的运行时间用作代表值，如下所示。 EVENT WINNER_TIME
RNR_UP_TIME
LOSER_TIME
----- -------------------- -------------------- --------------------
DIM = 00:00:06.049
REL = 00:00:09.023
HYB = 00:00:09.644
DIM = 00:00:04.186
HYB = 00:00:07.961
REL = 00:00:08.092
DIM = 00:00:03.415
HYB = 00:00:04.938
REL = 00:00:05.428
DIM = 00:00:00.140
HYB = 00:00:00.190
REL = 00:00:06.990
HYB = 00:00:00.131
DIM = 00:00:00.651
REL = 00:00:05.418
DIM = 00:00:00.530
HYB = 00:00:01.392
REL = 00:00:05.478
DIM = 00:00:00.520
HYB = 00:00:01.572
REL = 00:00:07.9718.
DIM = 00:00:00.461
HYB = 00:00:00.731
REL = 00:00:01.882
转换为百分比大小以使数值成为相对值而不是绝对值，并通过定义将最快模式强制为百分之百，则得到如下百分比： EVENT WINNER_OFFSET
RNR_UP_OFFSET
LOSER_OFFSET
----- -------------------- -------------------- --------------------
比较关系模式和维度模式
表明维度模式在运行维度查询时的性能优于关系模式是本实验的核心，这也为考虑混合模式的性能提供了基础。从下面的内容可以看出，正如我们所料，维度模式的性能一直优于关系模式。
EVENT WINNER_OFFSET
RNR_UP_OFFSET
LOSER_OFFSET
----- -------------------- -------------------- --------------------
在查询 4 中，差值接近 50 倍！查询 4 是最极端的情况，其中唯一的（非时间）限制是对最顶端的表的属性限制。在关系模式中，这意味着层次结构下所有的表必须连接起来，以便得到数值信息，但这是成本很高的操作。在维度模式中，该连接是从一个维度直接到事实表的连接，这是非常高效的操作。
混合模式与维度模式比较
混合模式的性能是否与维度模式一样卓越是这次分析的核心问题。从下面的内容可以看出，混合模式的性能非常好，但是混合方法没有纯维度方法速度快。 EVENT WINNER_OFFSET
RNR_UP_OFFSET
LOSER_OFFSET
----- -------------------- -------------------- --------------------
查询 5 是一个异常情况，但是对于其余所有的查询，混合模式花费的时间是维度模式所用时间的 136% 到 302%。这直接显示出混合模式的性能存在一些局限性，但可以帮助理解为什么需要查询计划分析。查看系统运行过程中捕获的计划可以发现，其中存在三种行为：
维度计划与混合计划相同的查询（查询 1、3、4、8）。
维度计划与混合计划不同的查询（查询 2、6、7）。
查询与混合模式完美吻合（查询 5）。
计划相同。以下是查询 1 的三个计划：Query #1, relational schema plan:
SELECT STATEMENT (rows=195)
SORT GROUP BY (rows=195)
TABLE ACCESS FULL PREMIUM (rows=1377304)
Query #1, dimensional schema plan:
SELECT STATEMENT (rows=300)
SORT GROUP BY (rows=300)
HASH JOIN (rows=1372568)
TABLE ACCESS FULL TIME_DIM (rows=3600)
TABLE ACCESS FULL PREMIUM_FACT (rows=1372568)
Query #1, hybrid schema plan:
SELECT STATEMENT (rows=300)
SORT GROUP BY (rows=300)
HASH JOIN (rows=1360176)
TABLE ACCESS FULL TIME_DIM (rows=3600)
TABLE ACCESS FULL PREMIUM (rows=1360176)
注意，不出所料，关系计划与维度计划不同。同时请注意，维度计划与混合计划相同。这表明，优化程序能够检测查询的混合模式中维度结构的维度特性，这是我们需要的行为。维度计划和关系计划相同的模式也体现在查询 3、4 和 8 中。
尽管计划相同，由较慢的性能我们可以得出结论：混合模式较慢的原因仅仅在于其大小。如前所述，混合模式可能需要其余任何一种模式的两倍的空间。这就意味着，与维度模式相比，每块的行数少了，对任何给定操作的读取总次数多了，而且动态字节也多了。这些多出来的动态字节很有可能就是性能变慢的原因。
计划不同。现在来看一下查询 7 的三个计划：Query #7, relational schema plan:
SELECT STATEMENT (rows=6)
SORT GROUP BY (rows=6)
HASH JOIN (rows=77)
TABLE ACCESS FULL COVERAGE (rows=800)
TABLE ACCESS FULL PREMIUM (rows=13773)
Query #7, dimensional schema plan:
SELECT STATEMENT (rows=1)
SORT GROUP BY (rows=1)
HASH JOIN (rows=1)
TABLE ACCESS BY INDEX ROWID COVERAGE_DIM (rows=6)
BITMAP CONVERSION TO ROWIDS (rows=)
BITMAP AND (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_ACCD_LIMIT (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_DEDUCTIBLE (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_PERS_LIMIT (rows=)
TABLE ACCESS BY INDEX ROWID PREMIUM_FACT (rows=48)
BITMAP CONVERSION TO ROWIDS (rows=)
BITMAP AND (rows=)
BITMAP MERGE (rows=)
BITMAP KEY ITERATION (rows=)
TABLE ACCESS FULL TIME_DIM (rows=12)
BITMAP INDEX RANGE SCAN BX_PREMIUM_TIME (rows=)
BITMAP MERGE (rows=)
BITMAP KEY ITERATION (rows=)
TABLE ACCESS BY INDEX ROWID COVERAGE_DIM (rows=6)
BITMAP CONVERSION TO ROWIDS (rows=)
BITMAP AND (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_ACCD_LIMIT (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_DEDUCTIBLE (rows=)
BITMAP INDEX SINGLE VALUE BX_COVERAGE_PERS_LIMIT (rows=)
BITMAP INDEX RANGE SCAN BX_PREMIUM_COVERAGE (rows=)
Query #7, hybrid schema plan:
SELECT STATEMENT (rows=1)
TEMP TABLE TRANSFORMATION (rows=)
LOAD AS SELECT
SYS_TEMP_0FD9D697C_1278CF0 (rows=)
TABLE ACCESS BY INDEX ROWID COVERAGE (rows=6)
INDEX FULL SCAN UX_COVERAGE_COVERAGE_KEY (rows=6)
SORT GROUP BY (rows=1)
HASH JOIN (rows=1)
TABLE ACCESS FULL SYS_TEMP_0FD9D697C_1278CF0 (rows=6)
TABLE ACCESS BY INDEX ROWID PREMIUM (rows=47)
BITMAP CONVERSION TO ROWIDS (rows=)
BITMAP AND (rows=)
BITMAP MERGE (rows=)
BITMAP KEY ITERATION (rows=)
TABLE ACCESS FULL TIME_DIM (rows=12)
BITMAP INDEX RANGE SCAN BX_PREMIUM_TIME (rows=)
BITMAP MERGE (rows=)
BITMAP KEY ITERATION (rows=)
TABLE ACCESS FULL SYS_TEMP_0FD9D697C_1278CF0 (rows=1)
BITMAP INDEX RANGE SCAN BX_PREMIUM_COVERAGE (rows=)
关系计划与其余两个计划仍然不同，但是这一次，维度计划与混合计划也不同。这显示出了我们不希望出现的优化程序行为，即由于该模式具有所有必需的结构，因此即使维度计划可以存在也不使用维度计划。在混合模式中不生成维度计划的模式也体现在查询 2 和 6 中。
合理的结论是，在优化程序进行维度查询时，关系结构的可用性导致优化程序生成一种计划，而这种计划并没有在模式中只存在维度结构的情况下生成的纯维度查询有效。
值得注意的是，在混合模式下使用维度计划的四种情况其性能都优于在混合模式下使用除纯维度计划之外的其他计划的三种情况。这更加说明了只要可能就使用维度计划的好处。
完美吻合。 查询 5 是混合模式唯一一次获胜的情况，原因在于该查询的特性恰好在人工方面很适合混合模式的特性。具体而言，查询 5 使用了 VEHICLE、COVERAGE 和 TIME 表。COVERAGE 是一个弱实体，而且在关系模式和混合模式中，它的主键中同样具有所有 VEHICLE 标识符。因为维度模式中 VEHICLE 属性与 COVERAGE 分离，所以 COVERAGE 维度成为一个“纯”维度 — 纯的含义是，它是独立的，而且它与 VEHICLE 的任何关联都要通过事实表完成。虽然这样有利于形成适当的维度模式，但与关系模式和混合模式相比，在维度模式中，这同时也更明显地隔离了 VEHICLE 和 COVERAGE 表。
在查询 5 中，当优化程序需要使用 VEHICLE 和 COVERAGE 时，如果在维度模式中，优化程序必须重新将它们集中到一起，但是在混合模式与关系模式模式中，VEHICLE 和 COVERAGE 一同包含在 COVERAGE 表的键中，优化程序很容易即可找到它们。混合模式在优化程序需要时呈现这种结构是它的一个明确的优势，但是从另一方面来说，该优势并不普遍存在。只有在查询和模式恰好完美吻合时，这种优势才会得以体现，如在查询 5 这种情况下。
查询分析结论
我们得出结论：如果混合模式与查询的特性完美吻合，则混合模式的性能远远胜于维度模式，但是这种情况并不普遍（八例中有一例）。在大多数情况下（八例中有四例），混合计划与维度计划相同，但是可能由于动态字节太多，而使得混合模式运行速度较慢。在某些情况下（八例中有三例），混合模式的计划不同，欠优化，结果是运行时间比维度模式的运行时间长很多。
物化视图聚合
维度建模中通常使用聚合来提高性能，而创建聚合通常使用物化视图。为了演示物化视图聚合 (MVA) 在混合模式中的效果，添加了两个 MVA。表 1 显示，查询中有四个可进行查询重写以使用最右侧一列中给出的 MVA。
Account 维度
Policy 维度
Vehicle 维度
Coverage 维度
使用的聚合
Agg_acct_pol_time
Agg_acct_pol_time
Agg_acct_pol_time
Agg_acct_pol_veh_cov
表 1。添加物化视图聚合以优化特定查询
“Qry”表示该查询在其 WHERE 子句中引用了此维度，“Agg”表示该 MVA 保留了对此维度的引用。如果出现重写的情况，“Qry”不会单独出现在单元格中。
MVA 引起的性能改变总体上正如预料的那样是非常积极的。同时，有利的是 MVA 使得混合模式相对于维度模式表现非常卓越，如下所示： VENT WINNER_TIME
RNR_UP_TIME
LOSER_TIME
----- -------------------- -------------------- --------------------
HYB = 00:00:00.941
DIM = 00:00:01.382
REL = 00:00:08.943
DIM = 00:00:04.246
REL = 00:00:08.041
HYB = 00:00:08.121
HYB = 00:00:00.942
DIM = 00:00:01.262
REL = 00:00:05.388
HYB = 00:00:00.120
DIM = 00:00:00.180
REL = 00:00:07.381
HYB = 00:00:00.290
DIM = 00:00:01.222
REL = 00:00:05.989
HYB = 00:00:00.731
DIM = 00:00:00.912
REL = 00:00:05.437
DIM = 00:00:00.691
HYB = 00:00:01.993
REL = 00:00:07.962
DIM = 00:00:00.511
HYB = 00:00:00.801
REL = 00:00:02.063
EVENT WINNER_OFFSET
RNR_UP_OFFSET
LOSER_OFFSET
----- -------------------- -------------------- --------------------
事实上，在使用聚合的所有情况（八个查询中的四个）中，混合模式的性能最好。这不但说明，使用物化视图既有利于维度模式又有利于混合模式，而且还说明，使用物化视图对混合模式总是有利的。这是一个非常重大的发现，因为它表明在混合模式上使用 MVA 能够在保持所有相关关系的同时获得所有的维度性能。
深入研究以及其他注意事项
“可以”与“应该”。如本文开篇所述，这项研究的动机是本人需要构建一个既能满足类似 OLTP 的业务需要又能满足类似 DSS 的业务需要的系统。然而，如果一个项目只需要这两种行为中的一种或者具有构建两个相互之间有馈给的独立环境的资金和时间，则最好避免采用混和设计。
人员理解。此项分析着重考虑混合设计的实施方面，而维度设计的一个重要价值是，非数据库专家人员也能很轻松地理解它。混合设计不仅不便于理解，而且其设计是所讨论的三种设计中最复杂的一种。对于要赋予高级用户对数据库的直接访问权限的系统，这是一大障碍。
其他物理优化。当前分析中没有使用分区。虽然添加并分析了位图连接索引，但结果显示这样做取得的优势并不明显（详细信息请参见代码）。应该分析这些以及其他物理优化技术，以便确定这些技术给混合设计带来的益处是否如维度设计一样多。
平台注意事项。该系统在 Windows XP 操作系统上运行，使用的是 Intel Pentium 类硬件。测试了三个此类平台。RAM 的范围是 256 MB 到 1 GB。其他平台的运行速度可能或快或慢，但是平台更改也可能改变相关模式的性能。这种可能性更可能使 Oracle 数据库软件能够检测到平台资源的状态并相应地调整计划。
一般而言，如果有争议的话，这些数字表明合并关系设计和维度设计的想法是可行的。但是要注意，这并不是完美的解决方案。纯关系设计无法获得维度性能，而纯维度设计也无法有效地表示关系。三种设计都有其自身的局限性。鉴于此，如果好处是既能够获得充分的关系表示又能大大提高性能，那么比较大的行引起的轻微的性能降低与物理复杂性的增加所付出的代价相对要少。
James Madison 从二十世纪九十年代早期便开始从事信息技术，而且大部分时间在研究 Oracle 数据库系统。他非常欢迎大家通过发送电子邮件到
向他提出反馈。
边栏：文件描述
该参考实施有几十个源文件，在运行过程中生成了九个输出文件。这里只列出了重要的或可能混淆的文件和目录。不太重要的文件没有列出，但是通过跟踪代码和输出应该很容易就能理解。
进入系统的主要入口点。它什么都可以运行。有 13 个指导运行行为的环境变量，请仔细查看。除了一些较小的实用程序外，所有系统代码都与此根相连。
*master*.*
代码使用第四种模式“master”来构建并运行三种主要的模式。
这些模式的 DDL。
validation.sql
验证模式构建和数据加载正确完成。
queries.sql
运行查询。
跨三种模型的八个查询。以这种方式提供使其可以跨三种模式调用，以便进行运行和计划分析。queries.sql 文件会进行所有所需的参数化和排序操作。
analysis.sql
执行分析。生成图中显示的运行时间输出表。
构建聚合。
bitmapjoin.sql
构建位图连接索引。上面没有讨论，但这里仍然给出该文件。
放置生成文件的目录。
runs\base_*.txt
没有物化视图和位图连接索引的模式的验证、查询输出和分析的三个文件。
runs\mv_*.txt
包含了物化视图的与上面相同的三个文件。
runs\bmji_*.txt
包含了位图连接索引的与上面相同的三个文件。
oracle_config
包含可进行某些系统设置的文件的目录。不可重用。您的系统会发生变化。
阅读(376) | 评论(0) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
请登录后评论。}