注：本文基于网上盛传的“BIEE建模黄金法则”，并做了更为细致的讲解，以及修改。
物理层
1、 在可能的情况下，配置你的连接池使用本地驱动来连接物理数据库。例如，使用OCI而不是ODBC来连接Oracle数据库
2、 当数据模型是星型时，为物理表建别名(以Dim_,Fact_作为前缀)，并根据需要添加描述性后缀。
例如：在数据仓库中，我们有一张W_STATUS_D字典表用于存储各种事务状态(活动状态、合同状态、客户状态)，那我们应该为不同的状态类别创建相应的别名表，如：
Dim_W_STATUS_D_Activity_Status
Dim_W_STATUS_D_Contact_Status
Dim_W_STATUS_D_Customer_Status
描述名称部分应该按每个单词首字母大写的方式(如果是英文名称)
Tips:为什么要这样做？这样看起来更为复杂，但是实际上会使逻辑更为清晰，通过在逻辑层对不同的表添加不同的过滤条件，使得最终每张逻辑表只包含所对应的状态值，那我们在Answer中使用的时候就不必进行过滤了。
另外，通过建立别名，我们可以避免在物理层出现环状连接关系；更为重要的是，我们可以通过建立别名来实现角色扮演维！
3、 尽量避免视图的使用，视图有可能会带来性能问题。(除非你非常熟悉视图合并的原理)
4、 为初始化块建立单独的连接池，而不要使用第一个连接池(从上到下)。因为查询使用的是第一个连接池，当已有查询用尽了连接池的所有连接时，如果此时新用户登录需要初始化会话变量，就会因为没有可用的连接而等待，进而造成用户登录缓慢。(这也是为什么BIEE 11g默认情况下不能将第一个连接池用于初始化块的原因，这不是最佳实践！)
逻辑层
1、命名规范
方案一：所有的逻辑表都应该以Dim -,Fact –开头，中间跟业务主题或者模块名(可选)，最后是表名，例如：
Fact - CRM – Revenue
Fact - HR – Payroll
Dim – Agreement
方案二：所有的逻辑表以F+编号，D+编号为前缀，然后空一格跟表描述；另外维度以H+编号为前缀，然后空一格跟维度描述；例如：
F0 Sales Base Measures
D0 Time
H1 Products
此种方案主要是为了控制表的排列顺序
另外，所有的描述名称部分应该按每个单词首字母大写加空格分隔的方式(如果是英文名称)
2、所有的物理层的列名称都不应该出现在逻辑层。逻辑的命名必须是“面向业务”的。例如使用Revenue而不是DOLLARS，同样应该遵循每个单词首字母大写加空格分隔的方式
下面给出一些常见的命名方式：
关于数量的： # of Assets (一般其聚合规则为count或者 count distinct的)
百分比的： % Contacted
时间序列的：Quarter Ago Average Order Size
另外，同一张事实表中的指标应该按类别进行排列，并添加分隔符(添加逻辑字段，修改其名称)，如下图所示：
还可以通过设置不同的图标来标识不同类别指标，如下图所示：
计算器图标的是派生指标、其它的是普通指标。
3、物理主键和代理键不应该出现在业务模型层。
4、维度逻辑表必须要指定逻辑键。这个逻辑健应该是面向业务的，比如应该是“Employee Login”而不是“EMPLOYEE_PK”。
5、维度逻辑表必须仅仅包含维度属性，他们永远不应该包含任何度量列(有聚合规则)
Tips:如果需要在维度上做计算，如“天数”，则应将该维表为LTS建立事实表，比较常见的就是“时间事实表”
5、 事实逻辑表不应该指定逻辑键。
6、 在事实逻辑表中，每一列都是度量列，同时要指定聚合规则。
Tips:对应事实表上的属性字段，比如退化维，则应该以该事实表为LTS建立相应的逻辑维表
7、业务模型应该仅包含逻辑星型，不应该是雪花型。
注意：这里说的是逻辑星型，物理上有可能是雪花型。通过设置多LTS我们总能把雪花转换为逻辑星型
7、 每一个维度逻辑表都应该有对应的维度层次。
8、 每一个维度层级都设置适当的元素个数。一般要指定子层级的要比父层级的元素个数多。
注意：元素个数不需要精确，只要比例合适即可。另外可以使用“估计级别”功能自动来填写该值。
9、不要将所有度量合并到单独的一个事实逻辑表。例如，你应该将“Forecast Sales”和“Actual Sales”度量放到两个逻辑表中---“Fact_Sales”和“Fact_Forecast”
展现层
1、 主题应该按照业务进行划分，比如销售、采购、库存
2、 当你有多个主题区域时，在每个主题区域以相同的顺序列出这些公用的维度
3、 展示层的表的名字不要以Dim或Fact开头了。如果主题区域中的表是直接从逻辑层拖过来的话,要移除该前缀。
4、 时间维度表列在每一个主题区域的第一个位置。包含事实的展现层表应该列在底部，同时展现表应该被称作Facts，并可以根据需要划分成不同类别的事实，如Base Facts、Calculated Facts，然后做成层结构。如下图所示：
4、绝不应该出现用户从主题区域中选取的对象没有逻辑关联。如果有任何从同一主题区域中选择的对象无法共存，那么一定是你的主题区域设计不正确。