From: | Vincent Veyron <vv(dot)lists(at)wanadoo(dot)fr> |
---|---|
To: | Chuck Davis <cjgunzel(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Forms for entering data into postgresql |
Date: | 2013-10-12 20:14:33 |
Message-ID: | 1381608873.3100.57.camel@asus-1001PX.home |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Le samedi 12 octobre 2013 à 12:19 -0700, Chuck Davis a écrit :
> Just for an example: If you have 500 clients placing one order a
> browser is an "ok" tool -- probably the tool of choice. If you have
> one accounts payable clerk entering 500 orders a browser is a very
> mean thing to do the your employee unless the entry is simply making
> selections from a drop down populated from the database; that scenario
> is not too real-worldish for AP.
>
Hi Chuck,
Could you explain the acronym AP?
I understand that there are lots of situations I have not met yet, so
this might explain my ignorance, but I don't see what you get from using
a client-side app over a browser for most databases uses; after all,
from the user's point of view, it's always tabbing from one field to the
next (providing the web form is correctly designed, of course)
Also, I would think most data in the form _should_ come from dropdowns
populated from the database, for obvious reasons of data integrity? It
certainly is the case in my apps.
--
Salutations, Vincent Veyron
http://marica.fr/site/demonstration
Gestion des contentieux juridiques, des contrats et des sinistres d'assurance
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2013-10-12 20:57:55 | Re: Forms for entering data into postgresql |
Previous Message | Adrian Klaver | 2013-10-12 19:27:11 | Re: Forms for entering data into postgresql |