1、数据表添加在业务包管理界面，点击添加按钮之后，页面跳转到数据表添加界面，为该业务包添加数据，即通过数据连接从数据库中取数至业务包中。选中BIdemo数据连接，可以看到该数据连接下的所有数据表，在解决思路里面讲述了解决该问题只需要使用到三张表，这三张表在数据库中对应的名字为contract、customer和region，但是为了方便起见，我们这里将所有表全部添加进来，如下图：。

2、读取数据转义数据表添加完成后，可以看到，添加进来的数据表名全是英文，由于该数据准备是给业务人员使用，这些英文表名的数据表对于业务人员来说是很难理解的，并不清楚表与实际业务的对应关系，所以需要将数据表名和字段转义为业务人员可理解的，可与实际业务对应起来的名字，此时，FineBI提供了直接读取数据库转义的功能来数据的可读性，如下图，点击读取数据库转义，FineBI就会自动读取数据库表中存储的转义注释，并显示在表名称上面：。

3、读取数据关联在数据库中数据表之间是通过主键外键进行关联的，那么FineBI也能将这些关联关系读取进来，作为数据分析的基础，如下图，点击读取数据库关联，将数据库中的主外键关联读取进来：。

4、后给业务包命名为销售分析，如下图：。

5、生成cube点击保存对业务包的操作，业务包新建好了，接下来需要将数据表中的数据加载到cube中，点击cube更新设置，点击立即更新多维数据库，即可将数据更新到cube中了，如下图：。

6、与此同时，FineBI会将数据库中的数据更新至本地cubes文件夹中，离线情况下可以使用业务包中数据，并可设置定时更新，数据的准确性，如下图。

1、打开Navicat工具，并点击上方“模型”。

2、点击如图所示“新建模型”。

3、点击上方选项卡的“工具”并点击“从数据库导入”。

4、选择一个“连接”对象，点击下一步。

5、选择数据库，点击“开始”即可。

6、终效果图。

7、打开Navicat工具，并点击上方“模型”点击如图所示“新建模型”点击上方选项卡的“工具”并点击“从数据库导入”选择一个“连接”对象，点击下一步选择数据库，点击“开始”即可。

1、SQLServer本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理操作，不管有没有数据都可以使用，不需要编译。

2、一个比较合理的数据库设计应该考虑数据的交互性和挖掘能力、处理效率以及日志记录。

3、建立数据表，注意以下几点、表建立的时候要有主键和索引，表与表之间要能使用主键相联系，举例说在A表里我做完一次记录要生成一个单号，B表里面是依据单号来做下一个流程，而不是依据记录的每一条数据取名尽量使用英文+下划线，SQLServer里对汉字需要转码，影响工作效率，按照他的默认编码方式操作有助于提高数据处理速度建立数据表的列数不要太多，用编码规则来建立逻辑注意字段存储空间，限制字段长度，少用注释和image存储过程尽量简洁实用建立视图，为了别的客户端使用，尽量建立视图，做好完整的数据分析，别的接口程序或者客户端直接就可以拿去使用。

4、做视图注意几点、多个表操作写在一个视图里，不要嵌套太多视图连接查询要适当的筛选跨服务器操作视图，要建立服务器链接表，尽量使用内网链接，把服务器链接表做成查询视图，放在本地服务器数据库里，这样就等同本地操作视图之间保留连接字段作为主要索引建立计划作业，有计划地进行数据同步更新和备份标识工作，注意事项、备份数据尽量放数据库里同步复制计划任务避开工作高峰期建立存储过程，记录操作日志，把日志以数据表的形式存储，注意事项、存储过程对本表操作，不要交互太多表精简参数数量，注意参数存储空间对记录修改删除、更新标记的时候尽量使用时间来索引建立关系图，给表与表之间建立直接关系，整理整体挖掘数据性能。

5、建立计划更新任务，优化数据库整体性能。

1、SQLServer本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理操作，不管有没有数据都可以使用，不需要编译。

1、数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库设计分为六个阶段。如下图。  ①需求分析 需求收集和分析，得到用数据字典描述的数据需求，用数据流图描述的处理需求。 ②概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型（用E-R图表示）。③逻辑结构设计 将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。 ④物理结构设计 为逻辑数据模型选取一个适合应用环境的物理结构（包括存储结构和存取方法）。 ⑤数据库实施运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ⑥数据库运行和维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。   说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述六个阶段的不断反复。   。

2、二、数据库设计阶段的内容 设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。下面针对各阶段的设计内容给出各阶段的设计描述。如下图。    。

3、三、数据库设计阶段的模式 数据库结构设计的不同阶段形成数据库的各级模式，如下图。需求分析阶段：综合各个用户的应用需求； 概念设计阶段：形成独立于机器特点，独立于各个DBMS产品的概念模式，即E-R图； 逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式；然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图，形成数据的外模式； 物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。。

1、打开Visio2010。

1、E-R模型的构成成分主要是实体集(表名)、属性(表字段)和联系集(表与表掘握袭之间的关系)，实体集用矩形框表示,实体的属性用椭圆框表示，框判兄内写上属性名，实体间的联系用菱形框表皮银示，联系以适当的含义命名.。

2、数据库设计好了，就可以在工具上进行设计E-R图了。

1、关系数据库设计概述数据库设计是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。例如，编程微课是在线编程教育项目，该项目涉及到课程、学生、老师、学习资料等数据，这些数据都要被存储下来，并且能够方便的增加、修改、删除和查询。这就需要规划课程、学生、老师、学习资料等数据构成以及相互之间的关系。因此，规划数据构成及数据间关系，并应用某一具体的数据库管理系统如MySQL构建数据库的过程就是数据库设计。由于项目需求的易变性和数据的复杂性，数据库设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程。数据库设计步骤如下图所示：。

2、需求分析阶段主要分析项目涉及的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及在业务活动中的存储情况，确定用户对数据库系统的使用要求和各种约束条件等，形成数据库需求说明书。概念结构设计阶段根据数据库需求说明书，创建数据库概念结构，描述概念结构的有力工具是ER模型。ER模型表示的概念结构模型独立于任何一种数据模型，并独立于任何一个具体的数据库管理系统。因此，需要把概念结构设计阶段设计的ER模型转换为关系数据模型二维表结构，此阶段为逻辑结构设计阶段。物理设计阶段是在计算机的物理设备上确定应采取的数据存储结构和存取方法，以及如何分配存储空间等问题。关系数据库物理设计的主要工作是由系统自动完成的，数据库设计者只要关心索引文件的创建即可。验证设计是在上述设计的基础上，收集数据并建立数据库，运行应用任务来验证数据库的正确性和合理性，当发现设计问题时，可能需要对数据库设计进行修改。实体联系模型（ER图）当前常用的概念数据模型是ER模型。ER模型描述数据库的概念模式，不考虑数据库的逻辑与物理结构，它充分反映现实世界，易于理解，将现实世界的事物以信息结构的形式很方便地表示出来。例如，课程是编程微课的主要内容，课程涉及到老师、学生等对象等实体，进一步分析还涉及到课程视频、课程资料、课程价格等各种数据。在用ER模型对课程分析和描述中，对这些实体以及实体之间的联系给出了确切的定义。ER模型有四个概念，分别是实体、属性、联系、实体集。实体实体是客观存在并且可以互相区分的事物，可以是人或物，也可以是抽象的概念。在现实世界，实体并不是孤立存在的，实体与实体之间也存在联系。例如，课程与学生之间存在学生学习课程的联系，课程与老师之间存在老师创建课程的联系。属性每个实体具有的特征称为属性，一个实体可以由若干属性来描述，属性都有其取值范围，称为值集或值域。例如，课程实体可以由课程编号、课程名称、授课老师、类别、简课程介、价格等属性组成。地标识实体的属性或属性组称为实体的关键字。例如，属性值“2018060Java编程基础，郎老师，编程语言，课程以浅显易懂的语言，以常见的生活场景为案例，带领大家逐步进入计算机编程世界，86”。其中20180603是课程编号的属性值，该编号在在所有的课程实体中是的，该属性就是课程实体的关键字。联系实体不是孤立存在的，实体之间是有联系的。实体之间的联系可以分为三类：一对一（1:1）、一对多（1：n）和多对多（m：n）。例如，一个老师可以创建多个课程，老师与课程的联系就是一对多的；如果一个老师只能创建一个课程，则老师和课程的联系就是一对一的。在进行问题分析时，要根据客观实际，抓住问题实质进行现实世界的抽象。实体集具有相同属性的实体的集合称为实体集。在同一实体集中，每个实体的属性及其值域是相同的，但可能取不同的值。例如，所有的课程实体组成课程实体集，所有的老师实体组成老师实体集。绘制ER图ER图是ER模型的图形化描述。俗话说：一张图胜过千言万语，用ER图可以清晰地描述出ER模型的结构。规范的ER图可以帮助人们对ER模型的统一认识，便于沟通和讨论，有助于工作效率的提高。它使用一组预定义的符号来表示ER模型的实体、属性、联系等概念，这些预先定义的符号已经标准化，从而让全世界的开发人员都可以采用这些符号而不会引起混淆。ER图的基本图素有如下的约定：。

3、（1）用长方形表示实体，在框内写上实体名。（2）用椭圆表示实体的属性，并用连接线把实体与属性连接起来，属性如果是实体的关键字，可以用双线椭圆表示。（3）用菱形表示实体间的联系，菱形内写上联系名，用连接线把菱形分别与有关的实体相连接，在连接线旁标上连接的类型，如果联系也有属性，则联系的属性和菱形连接。。

4、图2-7所示为用ER图表示一个课程管理，这是一个简化的课程管理模型，课程由老师创建并属于老师，两者之间是一对多的联系。课程与学生直接存在学习的联系，课程与学生是多对多的联系，因此联系也有属性，分别是学生编号和课程编号。双线椭圆表示的属性编号是实体的关键字。通过图2-7可以看出，ER模型是依赖业务运营方式的，它是企业运营方式的信息化描述。企业业务的改变直接影响着ER图的结构和实体间的联系。即使是相同的业务，数据库设计人员侧重分析的数据不同，给出的ER图也可能是不同的。对于设计比较复杂的系统来说，有时为了使ER图简洁明了，在ER图中可以省略属性，只画出实体和联系，将属性以表格的形式另外列出。如图2-8所示，给出的是不包含属性的ER图。

5、ER图直观易懂，是系统开发人员和客户之间很好的沟通工具。对于客户来说，它概况了企业运营的方式和各种联系；对于系统开发人员来说，它从概念上描述了一个应用系统数据库的信息组织。因此，如能准确画出企业运营方式的ER图，就意味着搞清楚了企业的业务运营方式，以后可以根据ER图，结合具体的数据库管理系统，把ER图转换为数据库管理系统所能支持的数据模型。这种逐步推进的数据库设计方法已经普遍应用于数据库设计中，画出应用系统的ER图成为数据库设计的一个重要步骤。关系模型ER图给出了实体联系模型的图形化描述，增强了开发人员与客户的沟通能力。在需求开发阶段ER模型是重要的，也是从企业的业务运营方式到概念模型的映射。到了设计阶段。就需要在概念模型的基础上建立关系模型，关系模型是用二维表来表示实体集属性间的关系以及实体间联系的形式化模型。它将用户数据的逻辑结构ER模型归纳为满足一定条件的二维表的形式。ER模型中的一个实体或联系对应一张二维表，ER模型中的实体属性转换为二维表的列，也可称为属性，每个属性的名称称为属性名，也可称为列名。每个属性取值范围称为该属性的域。二维表每个属性或列取值后的一行数据称为二维表的一个元组，也可以称为一条记录。二维表可以包含有限个不重复的记录。图2-9给出了实体“课程”、“老师”转化为关系模型的二维表。每个课程是课程表中的一条记录或一个元组，即一行；同样，每个老师的属性也反映在老师表中的一行；课程表和老师表的联系反映在课程表属性“老师编号”字段上，该字段和老师表的编号字段为同一个字段，因此通过“老师编号”字段可以确定是哪位老师建立的课程。。