|
|---|
|
|
|
|
|
|
b****k
发帖数: 23 | 1 由于不能展示图片，原文可以参考
http://www.cnblogs.com/biwork/p/4165649.html
微软BI SSIS 2012 ETL 控件与案例精讲 （http://www.hellobi.com/course/21） 课程从2014年9月开始准备，到2014年12月在 天善BI学院 （http://www.hellobi.com）正式上线。
•100多天的时间共完成了 51个视频的录制，包含49个原创案例，总共1460余分
钟，共计 24 个小时。
•每一个案例的准备时间耗时 4 - 5个小时，有的案例的设计，思路的整理耗时
8 个小时 - 16 个小时。
本课程涵盖了微软 BI SSIS 几乎所有常用控件的讲解，讲解的内容不是按照书本照本
宣科的简单的告诉大家如何使用，而是通过大量的案例，代码对各个知识点进行穿插讲
解。每一个基本案例都是由我个人原创，并加入了个人的测试，总结和归纳部分。每一
个案例自始至终，来龙去脉，所有的代码和实现操作过程均在视频课程中一步一步现场
编程和实现。因此大家是完全可以按照视频中的操作步骤实现所有讲解的案例，通过对
案例的总结和归纳是可以掌握案例中讲解的每一个知识点的。
本课程全部面试题将添加至在文本最下方（预计 2014年12月21日全部推出，敬请期待）
课程试听可以访问 http://www.hellobi.com/course/22
学习方法与步骤
学员的学习定位
•对于有 SSIS ETL 开发经验的学习者，可以针对自己的薄弱环节跳跃式的进行
学习，但还是建议参看文本最下方的面试题看是否完全可以口述描述回答清楚。如果不
能自己口述回答描述清楚，可以选择对应的课程进行学习，这样可以查漏补缺提高学习
的效率。
•对于没有太多 SSIS ETL 开发经验的学习者，或者刚入门，转行的学习者。我
们的建议是一步一步跟着视频课程来学习，按要求下载练习的数据，文件等资料。我们
的课程规划也是一步一步引导初学者由点到面，一步一步建立完整的 SSIS ETL 技能体
系。
学习的通用步骤
第一步，按照课程课时的顺序一个一个视频观看，在第一次学习的时候可以跟着视频进
行操作，把完整的案例做出来。做完案例之后，在不看视频的情况下把案例能够顺利的
做出来，表示在操作上我已掌握。
第二步，查看 微软BI SSIS 2012 辅助阅读博客 （http://www.cnblogs.com/biwork/p/3960294.html）是否有对应的辅助阅读博客。如果有的话需要花点时间阅读一下，或者最好能够动手实际操作一遍。案例与博客的区别在于：对于课程中的大部分案例是考虑到技能的项目的实用性，以实战为目的讲解。但还是有部分案例在设计的过程中是需要分解一些实际的项目实现过程，为了更好的体现出技能点，知识点，因此在设计上会主要考虑如何让大家听懂，理解清楚，掌握如何使用。而博客中记录的问题则一般是平常工作中遇到的难点，疑点进行总结，并且是跨案例知识点的。因此，学习完案例，再看博客会帮助大家对这些技能点，知识点的应用理解的更加深刻，可以更好的帮助大家消化这些内容。同时，由于跨知识点的原因，大家很容易明白这个案例中提到的知识点还与哪些案例相关，它们是如何进行配合使用的。这个过程就是一个由点到面的学习过程，是构建强大知识体系的一个非常重要的环节。当一个人具备一个知识体系的时候，即使一些细节的实现不会那么清楚，但是并不会妨碍他对这类问题的解决，可以非常容易的找到薄弱环节进行针对性的学习和攻克。这就是系统性学习和零散性学习的最大区别，希望每一位学员能够重视知识体系的构建过程与方法，提高学习效率。
第三步，在学习完每一个案例与对应的博客阅读内容之后，对自己进行一个模拟面试，
看本文最下方的每一课对应的面试题。通过自我回答和总结的方式看看每一个问题是否
可以清晰的连贯的回答上来，如果不能答出来，还需要回头看视频和练习案例，直到能
够完整的回答出来为止。
第四步，在认真对待学习的前提下，学完整个课程以及阅读完对应的博客之后，在技能
方面是完全具备一个比较扎实的功底的。但是需要提高的是，独立思考，摸索和解决问
题的能力，如何将所学的知识转换运用起来，将技能变成实际的能力。为此，本课程还
提供了一些附加的案例练习作业。此案例练习作业由浅入深，逐步的增加难度。有的案
例可以参考对应的博客来独立解决，但有的案例则需要大家进行思考，搜索和查阅相关
的解决办法。这个过程就是锻炼大家在实际工作过程中需要具备的能力：
•思考解决思路的能力，解决的思路是什么？
•分解问题和实现难点的能力，哪些是我们能做的？哪些是我目前不知道如何去
做的？
•根据分解难点进行相关查阅和搜索解决方案的能力，这个问题应该如何去搜索
，搜索什么样的内容？
•大胆灵活运用已掌握的基本技能的能力
•不断尝试解决思路的能力，一个控件一个思路搞不定，需要换一种思路，反复
尝试不气馁和抗压能力
•纠错能力，独立排查问题，事故的能力
•解决了问题，我的归纳总结能力，每一个问题的解决过程就是一种经验的提升
这些案例的完成一定会遇到上面所提到的问题，每一个问题的解决就是一个能力的积累
，一次经验的上升。
我曾经在一个 JAVA + IOS 项目中，需要解决 JAVA 服务器端与 IOS 手机应用程序端
解决 Web Service 接口的调用问题。由于没有任何的 IOS 开发经验，在没有任何技术
支持的情况下，是抱着一定要解决这个问题的想法，尝试了三套不同的 Web Service
接口，连续三天三个通宵最终成功解决。这个过程就是上述我所描述的问题，一种思路
不行就换种思路，根据不同的报错信息进行排错，筛选方案，大胆尝试与分析，不断尝
试到最终解决。
第五步，在上述步骤全部完成之后，我可以对大家进行模拟面试。模拟面试可能是跨知
识点的，也可能是对其中的某些重要知识点进行提问。通过这么几个步骤的锻炼，我相
信大家是完全可以对这门课程掌握的非常好的，完全可以建立起一个完整的知识和技能
体系。对大家的点，面，体系性的提高和信心的提高是有非常大的帮助的。同时，对于
国际学员，我可以提供英语模拟面试，帮助大家在一个更好的氛围中适应这种面试。
面试的技巧
通常的弊病
在我的工作经历中，我面试过很多 BI 开发人员，其中有一点最为忌讳的就是在简历上
写上精通微软BI，精通 SSIS, SSRS, SSAS。一般作为一个 2-3年的 BI 开发人员，在
一个正常的 BI 技术成长体系是很难达到精通的程度的。所谓精通，应该是具备一个完
整的知识和技能体系，遇到过各种各样的技术问题并解决掉的。一个能称之为精通的
BI 开发人员，无论是基础知识还是框架设计能力，解决方案的提出能力，各种项目的
锤炼都应该是达到了一个非常之高的水平。
通常情况下，在我所熟知的微软BI的领域里，只有少数一部分人能够说精通微软BI的
SSIS, SSRS, SSAS 中其中之一或者之二。对于这类与实际能力不符的面试者，基本上
非常简单和基础的一些问题就可以排除掉，可以说和简历上技能的描述完全不符的。自
然也从侧面反映这些面试者对技术的态度抱有很大的侥幸心理，对于技术上的不尊重，
我们的整个面试团队也自然会联想到该候选人对于工作对于项目的态度也是否一样不严
谨。
所以，尊重技术，认真的态度对一个 BI 开发很重要。包括我对于我自己的技术定位，
仍然只定位于很熟悉某一类或者某几类产品与技术，技术在某些方面还可以，但远远没
有达到精通的水平。4年的微软BI 开发经验，我还需要 4-5年类似于现在这样的步伐我
觉得才有可能达到一个精通的水准。
解决的方法，如何避免技能上的缺陷
放低姿态很重要，对于 BI 职位要求比较高的用人方对于一个人的技术能力与否是可以
通过技术面试环节来判定的，个人简历上的技术描述仅仅是一个参考。我们所面试的一
些 BI 开发者，其实在技术的选择上是有针对性的。比如，我们项目中急需的 SSRS,
SSIS 开发工程师，那么我们就会对 SSRS, SSIS 部分的内容进行重点考察。如果是对
SSAS 有高要求的，那么会对 SSAS 进行重点考察，而并非是真正需要一个全面掌握微
软BI技能的，因为我们知道这类全才一般是很难碰到的。在我们的一些面试经验中，往
往在某一项或者某两项能力比较突出的候选人都通过了面试。
比如曾经面试一个候选人，他对 SSRS 并不熟悉，对 SSIS ETL 也并不是非常熟悉，但
是他对 SSAS 很熟悉。那么在面试的过程中，当我们问到 SSIS, SSRS 的时候，尤其是
SSRS 答的很不好。但是他的问答就是 SSRS 我做的比较少，不太熟悉。对于 ETL 控
件也不是非常熟悉，但是常用的操作还是没有问题。那么，自然后面的面试过程我们就
不会主动去提到 SSIS, SSRS。最后，SSAS 面试的很不错。那么在我们的评价中，
SSAS
的能力很突出，但 SSRS, SSIS 的薄弱并没有给我们带来很大的负面印象。至少不会
一开始说我们这几块都非常熟悉，最后面试的反差很大。在一个没有印象反差的前提下
，坦率，诚恳让我们觉得这个候选人在对待问题的态度上是没有问题的。SSAS 很熟悉
已经证明了他是具备比较不错的技术能力的，只是因为受限于经历的项目没有太多的参
与到 SSRS, SSIS 的开发中来。能够扎实的掌握微软 BI 某一个模块的能力，说明也完
全有能力掌握其它几个模块的能力，假以时日在项目中慢慢引导是完全没有问题的。
对于这位面试者我们给出的结论是：
•SSAS 很不错，SSIS 基本操作会，SSRS 不熟悉，做过基本操作
而对于之前反差比较大的结论就是：
•SSAS 不精通, SSIS 基础不过关, SSRS 不精通
不可否认，上述的面试过程一定是存在很多的面试瑕疵。但是需要考虑到实际的薪资情
况：
•往往这类在简历上写上精通的候选人，对于薪资的要求是比大多数候选人高出
很多的，因此面试的过程也一定是按照精通的水平来面试的。可能一些细微的瑕疵，不
好的印象就会带来负面的评价，即期望与实际成反比，机会自然就会少很多。
•往往做事比较严谨的一类候选人，他会主动的避免过多展现自己的缺陷部分，
而主动的突出其优势部分，优势部分的得分会给面试者很好的印象。坦率来讲这个过程
是存在一些面试印象分的，一个优势，加上一个不错，再加上一个可以提高的评价，基
本上这个候选人是可以通过面试的。薪资水平在同等职位上一般能满足的往往都会满足
，因为我们觉得某些技术上的不足是完全可以花时间来弥补的，他已经证明了他某一个
强项上的技术能力，他在其它方面也一定有能力可以达到。
所以，对于我们很多 BI初级开发者来说，尽量的在面试过程中避免过多的暴露自己的
不足。在初期选择相应的职位时，放低姿态，需要完全展现自己很强的那一面。因为在
一个项目团队中，很难让一个 BI 开发者即做 SSRS，又兼顾 SSIS 和 SSAS。每个人都
有分工，一般最多一个人专注于某一项或者某两项，在其它项上主要就是一个 Backup。
针对于这种情况，在面试准备期间需要考虑在目前的技术储备上，哪一项是我最熟悉的
最擅长的，哪一项是我目前比较熟悉但是需要加强的，哪一项是我目前不太熟悉但是以
后会有所规划的。当你可以清晰的了解到自身的技术储备和未来技术提升规划的时候，
把你的想法坦诚的和用人方进行沟通。一旦用人方正好在你熟悉和擅长的领域或者你熟
悉但需要加强的领域有职位空缺的时候，你成功的几率就会非常高。前提就是，你所擅
长的一定是你真正擅长的，你需要准备的非常充分并且展现的淋漓精致。
SSIS 到底包含哪些技术体系
学完这个课程之后，包括博客的阅读，项目案例作业的解决。只要能够认真完成上述几
个学习步骤，我可以肯定的说这个课程是掌握的非常不错的，在 ETL 控件的使用能力
上一定相比于同等经历的 BI 开发者来说是完全可以更甚一筹的。因为你不仅仅拥有一
个知识体系，并且也具备了对一些比较复杂问题的解决能力。
那么是不是说这么课程学完了就可以搞定 SSIS ETL 的一切？ 这个坦率来讲也不是的
。SQL Server Integration Service （SSIS） 我们可以把它拆分成三大类：
•ETL 的基本控件操作（本课程）解决的是从 Source 到 Destination 的
Extract, Transformation,Loading 的实现。
•数据仓库 Data Warehouse 的设计与实现，需要具备一定的设计思想，它是基
于 ETL 基本控件操作的。
•ETL 框架，日志框架，调度框架的设计与实现，它也是基于 ETL 基本控件操作
的。
作为我个人而言，我是从纯的 ETL 开发，不涉及到数据仓库的设计，不涉及到各种框
架应用来起步的。在我的微软 BI 头两年工作中，在美国 WI 的 SHP (Security
Health Plan) 医疗保险项目，做的就是 ETL 开发。当具备了 ETL 开发能力的时候，
进入到其它项目上了解了数据仓库的实现，完全也可以跟着尝试去独立设计部分的维度
表和事实表，到最后独立的设计与开发。因为数据仓库更多的体现的是一种解决思想和
设计方案，它的具体实现还是需要借助于基本的 SQL ,ETL 控件来完成。从基本的ETL
开发到设计思想的过渡和实施数据仓库项目，这个过程是顺其自然就可以过渡的。
对于 ETL 框架，日志框架，调度等是基于 1-2年的BI开发之后，慢慢的总结出来的一
些更好的维护和管理 ETL Package 包的理念，这个理念也是可以从项目中慢慢摸索和
获得的。
当能够认识到这个体系的完备过程，自然就应该认识到作为 ETL 的基础这门课程的重
要性。
如何准备 ETL 方面的面试突出本门课程学到的技术
一般在介绍自己的工作和技术情况的时候，可以主动的和面试官提到你在 SSIS 方面的
技能能力和储备。
比如说：我对 SSIS 很熟悉，基本的 ETL 控件在我的各个项目中都用到过，包括像控
制流 Control Flow，数据流 Data Flow 里面的常用控件大部分我都用到过。
当主动提及某一方面的技术，且用人方恰好有这方面的需求的时候，他会主动的深入了
解这方面的技能。那么可能会随便找几个控件面试一下你的基础能力，比如介绍一下
Lookup 的用法，介绍一下 Merge ,Merge Join ,Union All 的区别，介绍一下 SCD 实
现的几种类型，Script Task 或者 Script Component 的用法， Foreach Loop 的用
法。
如果能够很好的学好本门课程，这些问题的回答应该是非常轻松的，并且可以深入的引
导用人方并展现你对这些控件的掌握能力，比如：
•通过 Lookup 你可以主动讲起 Lookup 的几种缓存方式，各自的优缺点。进而
提到 OLE DB Cache 和 Cache Transform，进而提到运行时缓存和文件缓存，包括在项
目中遇到的 Case Insensitive 等问题，包括通过 Lookup 实现 SCD。
•通过 Merge, Merge Join,Union All 可以提到它们之间的差别与应用场景等，
这些内容如果不是有心准备，很难一下子说的非常明白的。
•通过 SCD 可以介绍到几种实现方式，通过 SCD 控件自身实现，SQL Merge 实
现， Lookup 实现。
•通过 Script Task 可以说一下微软的一个 Bug，这都是可以给自己加分的。
•通过 Script Component 可以说到与 Script Task 的区别，可以提及到
Script Component 中三种转换模式，每一种模式的运用。还可以提到 Transformation
下同步，异步的差异，几种转换类型的性能。借此提及同步，异步，阻塞，半阻塞，
完全阻塞等概念。借此提及哪些组件是同步的，哪些是异步的，同步和异步的性能是否
一定是同步的效率高？借此可以提及 Sort, Aggregate 的性能应该如何避免使用。
•谈到性能还可以提及 OLE DB Command 的性能杀手问题等等等等。
•通过 Foreach Loop 可以提及它下面的那些分类都是如何在各个场景用到的，
怎么样循环文件，怎么样循环 Excel 上的 Sheet 页。
•最后在通过项目案例作业告诉用人方你所做过的哪些解决方案，比如监控数据
表增长情况，展示你的报表等等等等。
•这一系列的知识体系可以从一个点全部的交代出来，体现的就是你扎实的 ETL
功底，而这些内容都在我们的课程 微软BI SSIS 2012 ETL 控件与案例精讲 （http://www.hellobi.com/course/21） 有完全的淋漓精致的体现！
如何更好的补充面试中的技术储备
为了更好的准备面试，找一份起步的工作，建议可以先从 SSRS 2012 Metro UI 高端报
表视频教程 （http://www.hellobi.com/course/15） 学起。
这门课程也是和 ETL 课程一样进行的体系性讲解，35个基本案例让大家足以掌握
SSRS
报表开发过程中常用的开发技能。并且在高级设计篇提高大家的报表设计能力，特别
用到了 WIN 8 风格 METRO UI设计理念。这是我在微软的SSRS项目上所用到的一些设计
方法，深受客户喜欢。并且在我目前的很多项目中，我大量的使用到了这些理念，所制
作的报表在风格上有非常高的辨识度。所有案例均为原创，不按照书本千篇一律的讲解
和 PPT 的讲解模式。每一个案例从无到有，也是一步一步的拖，拉，拽，写代码实现
。每一个案例大家都可以做的出来，关于全部案例的展示大家可以参考 高大上的
Microsoft Reporting Service 2012 报表课程案例展示 （http://blog.tianshansoft.com/archives/1795.html）。 | b****k
发帖数: 23 | 2 微软BI SSIS 2012 ETL 控件与案例精讲面试 200 问（SSIS 面试题，ETL 面试题）的
面试题也整理出来了。
http://www.cnblogs.com/biwork/p/4177033.html |
|
|
|
|
|
|
|
