背景
有几份测试数据仅供参考(这里指的服务端编程均指:数据库编程(比如plpgsql函数,C函数,pljava,plperl,plpython,pltcl,plR等数据库函数))
看完以上几组测试数据，知道为什么要写"数据库小程序"了吧。尽量的让数据和运算靠近，避免多次交互造成的网络RT放大问题。(当然了，并不是推荐大伙一切都丢给数据库，还是要有个度的，从图1我们可以了解到，随着硬件的发展和SHARDING技术的普及，尺度越来越大可能是个趋势呢，嘿嘿。)
数据库小程序也许是这样的，水乳交融、天人合一，是不是功力大增呢？
那么如何编写"数据库小程序"呢？
一、什么样的数据库能编写"数据库小
程序"？
大家可能觉得，只要数据库支持函数语言，或者过程语言，就可以编写"数据库小程序"了。
这个想法固然没错，但是要知道通常数据库提供的过程语言是比较简陋的，包括Oracle的PL/SQL，PostgreSQL的plpgsql在内，虽然它们强大，它也无法与常用的编程语言例如GO,Java,Python,R等相提并论，特别是在一些非常专的领域，可能就有非常专业的语言来支撑，比如数据分析领域R语言就首当其冲。
那么要让"数据库小程序"能够担当起真正的程序左右，看样子仅支持数据库的"简陋"语言是不够的。能不能在数据库中直接支持Java,Python,perl,tcl,R等流行的编程语言呢？
如果有这样的数据库，肯定可以欢快的编写"数据库小程序"是不是呢。
1支持地球语言
PostgreSQL是这样一个数据库，理论上你可以把任何编程语言（只要是地球语言），作为它的数据库端编程语言，目前已支持的语言就已经好多好多了，以语言插件的方式提供。
C,plpgsql,plpython,plperl,pltcl,plR,pljava,plv8,.....恕我叫得出名字的编程语言较少，实际上支持的语言数不胜数啊
除了考虑编程语言的支持，我们还需要考虑点其他的吗？
2底盘扎实、扩展能力强、（可靠性、HA、性能等就不说了，都是底盘技术）
PostgreSQL的开放性不仅仅表现在编程能力的扩展方面，在PostgreSQL的生态中有很多贴近业务的用法，比如在PostgreSQL中存储和处理化学分子、存储和处理图像、存储和处理基因数据、存储和处理文本（包括高效正则、模糊、全文检索等技术，文本相似度查询等）、访问外部任意数据源等。
一些比较有意思的特性如下
1.支持使用常见的C,plpgsql,plpython,plperl,pltcl,plR,pljava,plv8等语言编写数据库端函数，
同时你还可以根据PostgreSQL提供的扩展接口，扩展更多的编程语言