Node.js 的基础是 JavaScript 这门 脚本语言。而大多数的脚本语言一个共同的特点就是“弱类型”。 　　不同于 PHP 的是，PHP 就是是有了新变量也无需申明，而 JavaScript 则还是需要 var 来申明一下的。而这个 var 涵盖了 C++ 中的int、string、char等一切类型的含义，甚至是 function。 　　本篇以及后篇的所有内容都是在 Linux 或者 Cygwin 下用 vim 进行编辑（若不是则请自行转变成你自己的方法），然后在命令行下进行查看结果的。 ##1. 基本语法

事实上每个人都会拖延，只是程度不同罢了。偶然推迟一个任务没什么大碍。然而，对有些人来说拖延成了一种生活方式，这样一来问题就真的严重了。如果你自认为属于偶然拖延那一类的，那么你有必要扪心自问一下——真是如此吗？拖延症的前兆有时候比我们预期的更加微妙。比如说，你是否发现自己经常在信件的开头写下这样的话：“真对不起这么久才给你回信”或者“很抱歉拖了很久才回复”？这可能就是你已经习惯了拖延的信号。类似地，一大堆尚未开始或半途而废的计划也是一个不好的征兆。如果你坚持为了开始一个主要计划而清理掉所有微不足道的计划，那么你实际上已经因陷入琐事而拖延却不自觉。甚至在工作中遇到问题而中断可能实际上是一个消极拖延的迹象，如果借口这个而推迟必要的计划的话。分析到最后，更能证明拖延是个严重的问题就是，你经常发现自己在工作在压力下以完成一个你已经了解了一段时间的计划。

###1. Materialized View 概述： 　　Oracle的实体化视图提供了强大的功能，可以用在不同的环境中。在不同的环境中，实体化视图的作用也不相同。数据仓库中的实体化视图主要用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。 　　在数据仓库中，还经常使用查询重写（query rewrite）机制，这样不需要修改原有的查询语句，Oracle会自动选择合适的实体化视图进行查询，完全对应用透明。实体化视图和表一样可以直接进行查询。实体化视图可以基于分区表，实体化视图本身也可以分区。除了在数据仓库中使用，实体化视图还用于复制、移动计算等方面。实体化视图有很多方面和索引很相似：使用实体化视图的目的是为了提高查询性能；实体化视图对应用透明，增加和删除实体化视图不会影响应用程序中SQL语句的正确性和有效性；实体化视图需要占用存储空间；当基表发生变化时，实体化视图也应当刷新。 　　 　　Materialized View 同Snapshot是同一个概念。但同view是不一样的:

1. 物化视图是存储数据的视图，存储了基础表的全部或者一部分数据，主要用作sql语句的优化，查询物化视图比查询表中的数据速度要快;
2. MV是自动刷新或者手动刷新的，View不用刷新;
3. MV也可以直接update，但是不影响base table，对View的update反映到base table上;
4. MV主要用于远程数据访问，mv中的数据需要占用磁盘空间，view中不保存数据