
<html><head></head><body style="zoom: 0%;"><div dir="auto">> The postgreSQL query optimizer does not optimize pl/SQL functions so the programmer must be extremely careful to write these efficiently.  <br><br></div>

<div dir="auto">Hi, I'm interested in any articles that describe this aspect of the optimizer. Do you have some?<br><br></div>

<div dir="auto">A comment. <br><br></div>

<div dir="auto">It is not just the case of one language (plpgsql) vs another (Python etc), but the architectural choices that drive the development. <br><br></div>

<div dir="auto">Python, unless I am wrong, is a mid/client tier language only; plpgsql can only be deployed in the data tier. <br><br></div>

<div dir="auto">Databases offer their data and services in an application neutral manner. Developing and deploying in the database may be best where application neutrality is important.<br><br></div>

<div dir="auto">In short some functions are more efficiently developed for, and deployed into, the database. Plpgsql was created for just such a need.<br><br></div>

<div dir="auto">But so was PL/Java, PL/R, PL/Ruby etc.<br><br></div>

<div dir="auto">A developer should always have stored procedure language experience (plpgsql) to have as diverse a toolset available when deciding how to implement requirements in the most efficient manner possible.<br><br></div>

<div dir="auto">My 2c<br><br></div>

<div dir="auto">Simon<br><br></div>

<div dir="auto"><!-- tmjah_g_1299s -->Get <!-- tmjah_g_1299e --><a href="http://www.bluemail.me/r?b=15997"><!-- tmjah_g_1299s -->BlueMail for Android<!-- tmjah_g_1299e --></a><!-- tmjah_g_1299s --> <!-- tmjah_g_1299e --></div>

<div class="gmail_quote" ><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"></blockquote></div></body></html>