2015-10-20 16:45 GMT+02:00 Dane Foster <studdu...@gmail.com>:

> Hello,
>
> I'm in the very very very very early stages of migrating a MySQL/PHP app
> to PostgreSQL/PHP/Lua. Because we are moving to PostgreSQL one of the
> [many] things I intend to change is to move ALL the SQL code/logic out of
> the application layer and into the database where it belongs. So after
> months of reading the [fine] PostgreSQL manual my first experiment is to
> port some PHP/SQL code to a PostgreSQL function.
>
> At this stage the function is a purely academic exercise because like I
> said before it's early days so no data has been migrated yet so I don't
> have data to test it against. My reason for sharing at such an early stage
> is because all I've done so far is read the [fine] manual and I'd like to
> know if I've groked at least some of the material.
>
> I would appreciate any feedback you can provide. I am particularly
> interested in learning about the most efficient way to do things in
> PL/pgSQL because I would hate for the first iteration of the new version of
> the app to be slower than the old version.
>
> Thank you for your consideration,
>


Hi


I have only one objection - the returning result in JSON. I prefer two
functions - one: check_discount and second:
format_to_JSON(result_of_check_discount). JSON is good format for usage
outer of plpgsql - so formatting to JSON should be last operation.
Processing tuple - internal PostgreSQL format for composites is
significantly faster than JSON.

Regards

Pavel


>

Reply via email to