目前数据模型含有导入文件、JAVA查询、脚本查询、ETL高级查询、存储过程查询、生成日期表这些查询时，必须使用 抽取 模式
1 概述
Smartbi 数据模型提供“直连”和“抽取”两种数据加载模式：
- 直连：是指直接连接用户数据库进行数据的读取。
- 抽取：则是将模型的数据抽取到SmartbiMPP数据库中提升查询效率，计算速度会更快，数据需要定期更新。
2 直连和抽取适用场景
2.1 什么样的用户适合直连模式
实时性需求很高的用户：用户进行业务分析实时性要求很高,直连引擎实时取数，最高实现毫秒级数据刷新。
数据安全性要求很高的用户：不希望将数据抽取到第三方软件，希望直接连自己的业务库取数。
拥有大数据平台的用户：目前很多企业有较为专业的大数据平台，数据质量很高，通过直连引擎取数，可以在保障数据分析性能的同时避免数据资源冗余。
数据量比较小，并觉的抽取要更新数据太过麻烦的用户：直连性能要求较 抽取数据 要高一些，这部分用户数据量小所以使用直连不会有性能方面的担忧；使用直连可以不需要更新数据，较为方便。
2.2 什么样的用户适合抽取模式
- 联合查询：当相关数据存储在不同数据库或文件内的多个表中，可以使用数据模型的抽取做联合分析。
- 非常适用于企业没有独立数仓或数仓负载过重的情况，使用抽取模式可以提高性能。
3 直连介绍
直连：是指直接连接用户数据库进行数据的读取。
1、目前Smartbi JDBC for Excel、MongoDB、Tinysoft、Smartbi jdbc4Olap这个几个数据库 不支持直连，其他数据库均支持 直连。
2、打开数据模型默认是直连模式，如果不手动切换或者不加入不支持直连的查询类型，将会一直保持直连模式。
3、直连 是查询计算依赖原始数据库或数仓，如果底层数据库或数仓的配置过低、性能不好等，可能会导致取数慢、查询崩溃等问题。
4、若在原始数据库对表结构进行更改（比如进行了列的增减），那么表结构的变化不会立即更新到数据模型中；需要对模型中的表进行“同步”操作，“同步”之后才会把新字段添加进来，详情可查阅：设置及修改查。
5、若 直连 的是数据仓库，而数据仓库又是通过ETL作业流 进行更新同步的，如果作业流没有执行，直连查询的还是原来的数据。
6、如果是数据模型是 直连模式，则可以根据切换参数值动态筛选；如果数据模型是 抽取 模式，则只能根据设置的默认值筛选，无法动态切换；详参：参数设置。
1、直连模式示意图：
2、直连模式是Smartbi引擎查询的默认模式，所有的查询会发送给底层数据库或数仓执行；
目前数据模型中支持直连的查询有：数据源表、即席查询、SQL查询、存储在指定数据库的”生成日期表“(非存储在MPP)，详参:查询并准备数据。
4 抽取介绍
Smartbi数据模型先把源数据抽取到高速缓存库，然后从高速缓存库中取数。
- 目前数据模型含有导入文件、JAVA查询、脚本查询、ETL高级查询、存储过程查询、生成日期表(存储在高速缓存库时)这些查询时，必须使用 抽取 模式。
- 抽取和直连都支持：数据源表、即席查询、SQL查询、存储在指定数据库的日期表， 详参：查询并准备数据。
4.1 数据抽取类型介绍
数据抽取支持 全量抽取、查询动态抽取 (原：按次抽取)、增量抽取。
重要提示
1、由于在V11最新版本上优化了抽取逻辑，原先的抽取生成大宽表改成了抽取小宽表，详情可查看：数据模型引擎V2.0。
2、在数据模型引擎V2.0 上：
- 数据模型的结构没有调整，如果抽取失败，在报表层能正常查看数据(查看上一次抽取成功的数据)。
- 如果数据模型没有抽取，在查询报表时会自动抽取。
4.1.1 全量抽取
全量抽取，即全量覆盖抽取， 每次抽取的时候将表数据全部抽取至MPP数据库,如果MPP已有数据，全量抽取会覆盖MPP已有的数据
示意图如下:
4.1.2 增量抽取
SQL查询、存储过程查询、java查询、可视化SQL查询、脚本查询支持增量抽取，导入文件、生成日期表、ETL高级查询不支持增量抽取。
详情可查看：增量抽取介绍。
4.1.3 查询动态抽取(原：按次抽取)
重要变更
查询动态抽取(原：按次抽取)，在V11 数据模型引擎V2.0上优化了抽取逻辑，主要优化了：
- 支持设定动态有效期（默认30分钟）：在运维设置/系统设置/高级选项：DATAMODEL_DYNAMIC_IMPORT_EXPIRED进行设置；如果超过了设置的时间，会自动清理旧表。
- 报表刷新时，系统将自动触发重新抽取;
- 相同权限的用户间，抽取结果共享，减少重复抽取，减少资源消耗。
“查询动态抽取(原：按次抽取)”使用场景：
- 数据安全问题：按次抽取是根据用户本身的权限进行抽取，只能查看自己有权限的数据；并且每次登出会清空缓存表。
- 数据实时性问题：按次抽取是根据参数备选值进行抽取，如果源库本身性能不行，并且数据量不大，对数据实时性要求更高，可以采用按次抽取。
示例：根据产品类别编号获取产品信息。
具体操作步骤如下：
1、下面以“根据产品类别动态获取产品信息 进行介绍。
2、在存储过程查询中选择产品自带的northwind数据库下面的“northwind_sp_getProductInfo存储过程, 如下图：
3、保存存储过程，并回到数据模型，创建参数，如下图，可参考 参数设置 创建参数：
4、在抽取设置 设置查询为 按次抽取，并保存数据模型。
- 数据有效期：当模型中设置了数据有效期，基于它做的报表，如果访问的时候发现失效了，会重新抽取；如果失效了但是没有访问不会重抽，直到下次访问的时候才会重抽。
5、去创建 交互式仪表盘，并把参数拖入到画布中，切换参数，组件可以根据参数动态展示数据：
- 如果是第一次切换的参数值，会从底层数据库取数，会触发抽取；如果后面再切换回原来的参数值，不会重新取数，而是取缓存的数据。
- 如果有新的数据进来，可以退出账号重新登录再查看或者清空缓存。
4.1.4 抽取设置介绍
前置条件
抽取的整体逻辑简单介绍:
- 先把数据模型每个查询的数据写入到CSV文件。
- 再把CSV文件导入到MPP对应的临时表中。
- 等把所有的查询都数据“拷贝”到MPP中后，再把MPP中每个查询的数据导入到大宽表中(根据模型基数关系生成的大宽表)，其中引擎V2.0是生成小宽表，;如果其中一个查询“导入”数据失败，抽取就算失败。
Smartbi数据模型的手工抽取类型有：抽取并建宽表、单个查询的抽取、更新宽表。
| 选项 | |
|---|---|
| 抽取并建宽表 | 适用于手动抽取的任意场景，比如模型的某个字段数据类型改了，别名改了，关系修改了，增加了某个字段等等，点击“抽取并建宽表”都会把整个模型的查询全部重抽并重新生成大宽表。 |
| 单个查询的抽取 |
|
| 更新宽表 | 如果模型里面的所有查询都没有任何调整，只是基数更改了，那么可以直接用更新宽表的方式减少抽取时间。 |
| 抽取参数值 |
4.1.5 抽取计划
1、只要是抽取的模型，第一次保存之后都会自动生成计划任务，默认是停止状态。
2、在数据模型上点击”抽取并建宽表“不走抽取计划进行抽取。
1、模型的抽取计划入口:
2、设置好查询的抽取方式以及抽取参数值，如果想定时更新模型的数据，那么可以使用计划任务进行抽取, 详参：计划任务。
4.1.6 抽取日志
用户查看抽取日志：
- 可以更好的判断模型是否已经抽取成功。
- 如果模型抽取失败可以在抽取日志中查看抽取失败的原因。
1、入口：
2、点击进入抽取日志界面：
- 默认根据显示屏大小，展示一屏抽取日志，滚动可以加载更多。
- 如果模型其中一个查询抽取失败，则整个模型的状态是失败的；如果失败了，可以在“抽取失败信息”列下载日志信息。
- 抽取时间：由于抽取是异步进行，如果相加每个查询的时间计算出来的时间不会等于“模型(大宽表)“的抽取时间，最终是以为“模型(大宽表)“的抽取时间为准。
- 引擎V1.0抽取显示效果：
- 引擎V2.0抽取显示效果：
