正常应用和数据库交互的过程是这样的，
其实我们也可以把部分应用逻辑放到DB端去执行，来提升效率
User-defined Function
Stored Procedures
Triggers
Change Notification
User-defined Types
Views
UDF
用户定义的function，往往用于select中，不会修改数据本身
UDF可以用SQL实现，也可以用外部语言，右边是PG的例子
Stored Procedure
存储过程，可以理解成在数据库上执行一个脚本
不但可以读还可以操作修改库
存储过程的执行往往直接在命令行执行
Trigger
触发器，按条件去触发逻辑
3个要素，事件类型，事件的范围，什么时候触发
例子，当foo表被改动的时候，往foo audit表里面插入一条audit记录
首先要定义UDF，log_foo_updates
然后定义trigger，foo_updates，时间是在更新前，before update，范围是每一行，for each row
Change Notification
trigger是在数据库内部的操作，如果要把消息通知到外部用户，就需要change Notification
User-Defined Type
一般如果要在数据库里面存储复杂类型，有两种方式
是否有更为优雅的方式？
UDT，了解一下
View
View是虚拟的，其实是一种sql改写，你对view写的sql最终会被改写成对原表的查询sql
所以View不会提升查询性能
最要为了表达方便，比如对一个非常复杂的查询生成一个view，那就不用每次都重复写这个复杂查询
还有用处，不想让别人直接读原表的所有知道，用view做一个过滤，只让他看到他应该看的
View由于是虚拟，所以不存在同步问题，原表更新了，view也会一起更新，因为都是重新查的
这个和Select...Into不同，select into是做snapshot，会把内容真正的写入静态表里面，这样如果原表更新了，snapshot是不会跟着变的
还有一种view
物化视图，这个一般只有在商业化数据库中有实现
物化视图就是做优化，他会materialized部分或全部数据，这样查询view的时候性能就会很好，然后当原表更新的时候，物化视图也要跟着被更新
物化视图如何实现的，有很多方法，比如用trigger，但是高效的实现是很困难的
