postgres中SQL以外的语言

我最近一直在使用PostgreSQL,我认为很酷的一点是你可以使用SQL以外的语言来编写脚本函数等等.但什么时候这实际上有用？

例如,文档说PL/Perl的主要用途是它非常擅长文本操作.但这不应该是应该编入应用程序的更多内容吗？

其次,有没有合理的理由使用不受信任的语言？看起来好像任何用户都可以执行任何操作对生产系统来说都是个坏主意.

PS.如果有人可以使PL/LOLCODE看起来有用,那么奖励积分.

@迈克:这种想法让我很紧张.我多次听说"这应该是无限可移植的",但当问到这个问题时:你真的预见到会有任何移植吗？答案是不.

坚持最低的共同标准可能会严重影响性能,抽象层(ORM,PHP PDO等)的引入也是如此.我的意见是:

如果需要支持多个RDBMS,请进行实际评估.例如,如果您正在编写一个开源Web应用程序,那么至少需要支持MySQL和PostgreSQL(如果不是MSSQL和Oracle)

评估后,充分利用您决定的平台

而BTW:你将关系与非关系数据库混合在一起(例如,CouchDB 不是一个与Oracle相当的RDBMS),这进一步证明了对可移植性的感知需求被高估了很多倍.