Esper学习之五：EPL语法（一）
上篇说到了Esper的Context，要是不了解的同学请参看《Esper学习之四：Context》，看过的同学如果还是不理解的话可以给我评论，我将会尽可能的解答。之前有些同学问我Context和Group by有什么区别，其实如果只是很简单的用Context，那么确实没太大区别，无非是在Context下select可以不包含group by修饰的属性。但是Group by明显没有Context强大，很多复杂的分组Group by是没法做到的。不过在能达到同样效果的情况下，我还是建议使用Group by，毕竟Context的名字是不能重复的，而且在高并发的情况下Context会短时间锁住。至于原因，这已经是Esper的高级篇了，这里暂且不说。
今天开始讲解Esper的重中之重——EPL。EPL可以说是Esper的核心，要是不会将简单的业务需求转化为EPL，更别说复杂的EPL了，最后就等着被客户骂吧。接下来的很多篇都会围绕EPL讲解，大概会有6篇吧，毕竟英文文档都有140页了，草草两篇根本就说不完。废话不多说，先简单介绍下什么是EPL，即使第一篇有说过，但是这里有必要细说一下。
EPL，全称Event Processing Language，是一种类似SQL的语言，包含了SELECT, FROM, WHERE, GROUP BY, HAVING 和 ORDER BY子句，同时用事件流代替了table作为数据源，并且能像SQL那样join，filtering和aggregation。所以如果各位有SQL基础的话，简单的EPL很容易掌握。除了select，EPL也有insert into，update，delete，不过含义和SQL并不是很接近。另外还有pattern和output子句，这两个是SQL所没有的。EPL还定义了一个叫view的东西，类似SQL的table，来决定哪些数据是可用的，Esper提供了十多个view，并且保证这些view可以被重复使用。而且用户还可以扩展view成为自定义view来满足需求。在view的基础上，EPL还提供了named window的定义，作用和view类似，但是更加灵活。。。还有很多东西，我再列举估计大家都要晕了，就先说说语法吧。
1.EPL Syntax
// 先定义全局的avgPricecreate expression avgPrice { x => (x.fist+x.last)/2 }// bananaPrice Banana事件中包含了first和last属性，否则将报错expression bananaPrice{ x => avgPrice(x) } select bananaPrice(b) from Banana as bexpression_body里的空格只是为了看着清晰，有没有空格不会有影响。
对于EPL的语法，今天的内容先说到这，各位消化起来应该还是很快的，如果有不明白的可以找我或者看看文档。下篇将讲解select子句和from子句，敬请期待。