产品层次

事实表和纬度表概述 事实表 在多维数据仓库中，保存度量值的详细值或事实的表称为“事实表”。事实数据表通常包含大量的行。事实数据表的主要特点是包含数字数据（事实），并且这些数字信息可以汇总，以提供有关单位作为历史的数据，每个事实数据表包含一个由多个部分组成的索引，该索引包含作为外键的相关性纬度表的主键，而维度表包含事实记录的特性。事实数据表不应该包含描述性的信息，也不应该包含除数字度量字段及使事实与纬度表中对应项的相关索引字段之外的任何数据。 一个按照州、产品和月份划分的销售量和销售额存储的事实表有5个列，概念上与下面的示例类似。 Sate Product Mouth Units Dollars WA Mountain-100 January 3 7.95 WA Cable Lock January 4 7.32 OR Mountain-100 January 3 7.95 OR Cable Lock January 4 7.32 WA Mountain-100 February 16 42.40 在这些事实表的示例数据行中，前3个列——州、产品和月份——为键值列。剩下的两个列——销售额和销售量——为度量值。事实表中的每个列通常要么是键值列，要么是度量值列，但也可能包含其他参考目的的列——例如采购订单号或者发票号。 事实表中，每个度量值都有一个列。不同事实表将有不同的度量值

事实表和纬度表概述 事实表 在多维数据仓库中，保存度量值的详细值或事实的表称为“事实表”。事实数据表通常包含大量的行。事实数据表的主要特点是包含数字数据（事实），并且这些数字信息可以汇总，以提供有关单位作为历史的数据，每个事实数据表包含一个由多个部分组成的索引，该索引包含作为外键的相关性纬度表的主键，而维度表包含事实记录的特性。事实数据表不应该包含描述性的信息，也不应该包含除数字度量字段及使事实与纬度表中对应项的相关索引字段之外的任何数据。 一个按照州、产品和月份划分的销售量和销售额存储的事实表有5个列，概念上与下面的示例类似。 Sate Product Mouth Units Dollars WA Mountain-100 January 3 7.95 WA Cable Lock January 4 7.32 OR Mountain-100 January 3 7.95 OR Cable Lock January 4 7.32 WA Mountain-100 February 16 42.40 在这些事实表的示例数据行中，前3个列——州、产品和月份——为键值列。剩下的两个列——销售额和销售量——为度量值。事实表中的每个列通常要么是键值列，要么是度量值列，但也可能包含其他参考目的的列——例如采购订单号或者发票号。 事实表中，每个度量值都有一个列。不同事实表将有不同的度量值

目录 1. 简介 2. 示例1-计算器重构 2.1 背景说明 2.2 代码重构 2.3 程序类图 3. 示例2-模拟多功能日记记录器 3.1 背景说明 3.2 代码实现 3.3 程序类图 4. 总结分析 4.1 优点 4.2 缺点 4.3 适应场合 4.4 其他说明 5. 参考及源码下载 shanzm-2020年4月3日 22:26:27 1. 简介 工厂方法模式（Factory Method Pattern） 也称为 工厂模式 ，又称为虚拟构造器模式或多态模式。 在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。 工厂方法模式主要类： Product 抽象产品类（或是接口），派生出所有的具体产品类 ConcreteProductA 、 ConcreteProductA …… ConcreteProduct 具体产品类，继承于 Product 抽象类 Factory 抽象工厂接口，所有的具体工厂类都是实现该接口 ConcreteFactory 具体工厂，实现了 Factory 接口,创建具体的产品对象 注：在GoF的《设计模式：可复用面向对象软件的基础》，对工厂方法模式的描述中使用的是 Creator接口,其含有

项目已接近尾声了，说一下自己的一些感触： 1.接到一个项目都要干什么？（即首先要做哪些事情） 熟悉业务需求，经行系统分析（一定要全面，并留有可扩展性），系统规划，数据库设计； 多和产品沟通自己理解的，以便尽可能的明确需求，《一定要需求明确（和产品确认）以后再开发，否则后期改来该去会很头疼的,最起码减少不必要的修改》 2.怎么构建项目，有多少个模块，层次结构？ 项目要分几个模块，分块的依据是什么？各个模块间的关系？（高内聚低耦合：元素高内聚，模块低耦合；元素和模块怎么去划分？） 项目的层次结构怎么分？ model层 第一层 数据库的操作 第二层 数据库交互 以功能为单位 control层 view层 3.任务怎么分配？ 尽量每人负责一个模块，不相互牵涉代码，通过接口（只返回数据，不涉及任何表现的东东）相互调用 4.文档的储备、常用工具、 来源： https://www.cnblogs.com/persist/archive/2013/04/02/2995663.html

维度表示你要对数据进行分析时所用的一个量, 比如你要分析产品销售情况, 你可以选择按类别来进行分析,或按区域来分析. 这样的按..分析就构成一个维度。前面的示例就可以有两个维度：类型和区域。另外每个维度还可以有子维度（称为属性），例如类别可以有子类型，产品名等属性。 下面是两个常见的维度表结构： 产品维度表：Prod_id, Product_Name, Category, Color, Size, Price 时间维度表：TimeKey, Season, Year, Month, Date 而事实表是数据聚合后依据某个维度生成的结果表。它的结构示例如下： 销售事实表：Prod_id(引用产品维度表), TimeKey(引用时间维度表), SalesAmount(销售总量，以货币计), Unit(销售量) 上面的这些表就是存在于数据仓库中的。从这里可以看出它有几个特点： 1. 维度表的冗余很大，主要是因为维度一般不大(相对于事实表来说的)，而维度表的冗余可以使事实表节省很多空间。 2. 事实表一般都很大，如果以普通方式查询的话，得到结果一般发的时间都不是我们可以接受的。所以它一般要进行一些特殊处理。如SQL Server 2005就会对事实表进行如预生成处理等。 3. 维度表的主键一般都取整型值的标志列类型，这样也是为了节省事实表的存储空间。 事实表和维度表的分界线

目录 创建型 1. Factory Method （工厂方法） 2. Abstract Factory （抽象工厂） 3. Builder （建造者） 4. Prototype （原型） 5. Singleton （单例） 结构型 6. Adapter Class/Object （适配器） 7. Bridge （桥接） 8. Composite （组合） 9. Decorator （装饰） 10. Facade （外观） 11. Flyweight （享元） 12. Proxy （代理） 行为型 13. Interpreter （解释器） 14. Template Method （模板方法） 15. Chain of Responsibility （责任链） 16. Command （命令） 17. Iterator （迭代器） 18. Mediator （中介者） 19. Memento （备忘录） 20. Observer （观察者） 21. State （状态） 22. Strategy （策略） 23. Visitor （访问者） 创建型 1. Factory Method （工厂方法） 意图： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。 Factory Method 使 一 个类的实例化延迟到其子类。 适用性： 当一个类不知道它所必须创建的对象的类的时候。