1，ETL未来发展趋势
ETL是一个大概念，不能单纯的认为只有打着ETL工具标签的产品才叫ETL。我们可以从ETL的定位上来探索这个问题，ETL的后端是数据库，前端是数据分析、数据展现工具。那从数据源到数据展现中间的过程，我们都可以称之为ETL过程。
以下的讨论，均是以此为前提。
设计桌面化
ETL更多的以可见即所得的方式来进行设计，将原来的需要大量SQL或其他代码实现的多数据源，通过桌面托拉拽的方式进行数据整合操作。比如，使用设计器完成MR开发，再比如使用Alteryx进行桌面端的数据整合
数据多元化
ETL工具会更开放，能和其他工具做整合，实现对不同类型数据的处理
计算分布化
分布式计算大势所趋，ETL也将分布式部署、运行
处理实时化
实时流计算
集成应用化
ETL作业会越来越多的封装成一个个小应用，用于其他应用系统进行调用。
管理平台化
调度监控平台化
2，BI前端未来趋势
BI前端包含报表工具、可视化插件等。
自助
80%展现端对用户开放，鼓励自主分析与探索
对于固定报表和驾驶舱，可以由IT支持
移动
移动端的报表接入。
嵌入
将报表无缝集成到应用系统中
3，模型治理的问题和解决
1，模型提交及时性
现有的形式是供应商模型师建模+DA Review，但在强调敏捷的背景下，设计和开发并行，等项目组将ERwin模型已提交上来的时候，相关的编码基本完成，如果存在一些建模规范上面的问题，项目组也以工作量大、时间紧为由拒绝调整。
解决方法：
a，加强流程控制，将模型提交时间、Review次数与项目打分挂钩
b，在项目前期进行建模培训和宣导，提升建模质量，同时让模型Review成为项目组眼中的“帮助”而不是"找茬"
c，由DA进行模型设计，或和供应商模型师共同完成
d，定期的外部资源进行建模培训、交流
2，认可与重视程度
3，C/S与B/S的差异
C/S缺点是部署
B/S缺点是消息
4，C/S常用的架构
Client+Server(Socket)+DB（SP）
5，为什么要用.Net
通俗来讲：简单、资源多
1，熟悉的才是最好的
一般情况下，功能和体验是关键，工具
2，
