Micah Yoder wrote:
> I was also thinking a bit more broad than just finance. Could PG be used, for
> example, as a multiplayer strategy game server where clients can directly
> connect without another middleware daemon? Seems to me like it has
> everything necessary, except for this problem.
Eac
Thanks for the replies. That's kind of what I figured, though it would be
interesting if it were possible. For example, if a financial institution
could allow their clients direct connections to a database, the clients (or
anyone) could build absolutely any interface to it they want. I think
Joshua D. Drake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Mar 2008 02:00:39 -0600
Micah Yoder <[EMAIL PROTECTED]> wrote:
Maybe it's nuts to consider such a setup (and if you're talking a
major bank it probably is) ... and maybe not. At this point it's
kind of a mental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Mar 2008 02:00:39 -0600
Micah Yoder <[EMAIL PROTECTED]> wrote:
> Maybe it's nuts to consider such a setup (and if you're talking a
> major bank it probably is) ... and maybe not. At this point it's
> kind of a mental exercise. :-)
If you
Micah Yoder wrote:
Just curious, would PostgreSQL be considered secure for applications involving
financial matters where the clients have a direct database logon?
First, to clarify, I'm not in a serious position to write such an application.
I'm just wondering. :-) If it is possible, I may
Micah Yoder wrote:
> Just curious, would PostgreSQL be considered secure for applications
> involving
> financial matters where the clients have a direct database logon?
I'd say that an application where clients have a database login
and can perform arbitrary SQL statements is not very robust an
Just curious, would PostgreSQL be considered secure for applications involving
financial matters where the clients have a direct database logon?
First, to clarify, I'm not in a serious position to write such an application.
I'm just wondering. :-) If it is possible, I may make a proof of conc
