RE: Connecting remotely.

From: "Clark, Joel" <jclark(at)lendingtree(dot)com>
To: "'Adam Lang'" <aalang(at)rutgersinsurance(dot)com>, pgsql-interfaces(at)postgresql(dot)org
Subject: RE: Connecting remotely.
Date: 2000-11-01 20:14:27
Message-ID: 69F195289743D411B428009027E293C401290ED2@CLTEXCH1
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

One layer of abstraction...

If you use ADO you gain some portability across backends (limited, but still
enough to warrant its investigation). If you code to libpq.dll, then not
only is the SQL PG specific, but the connection libraries as well.

Joel

-----Original Message-----
From: Adam Lang [mailto:aalang(at)rutgersinsurance(dot)com]
Sent: Wednesday, November 01, 2000 11:40 AM
To: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: [INTERFACES] Connecting remotely.

What's the difference between having the client use ADO to talk to the
database as opposed to an interface using the postgresql client libraries?

Adam Lang
Systems Engineer
Rutgers Casualty Insurance Company
----- Original Message -----
From: "Sergio A. Kessler" <sak(at)tribctas(dot)gba(dot)gov(dot)ar>
To: <aalang(at)rutgersinsurance(dot)com>; <pgsql-interfaces(at)postgresql(dot)org>
Sent: Wednesday, November 01, 2000 11:18 AM
Subject: Re: [INTERFACES] Connecting remotely.

> "Adam Lang" <aalang(at)rutgersinsurance(dot)com> el día Wed, 1 Nov 2000 09:52:35
> -0500, escribió:
>
> [...]
> >
> >What are people's thoughts?
>
> people's thoughts are that you really want to design a multi-thier
> design (for example a 3 layer design), where
>
> / client1 (browser)
> database <---> bussines rules - client2 (browser)
> (ie. apache, php,...) \ .....
>
>
> if your client has direct access to the database, you design is broken...
>
> sergio

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message Adam Lang 2000-11-01 20:24:47 Re: Connecting remotely.
Previous Message ken 2000-11-01 18:55:39 Re: Connecting remotely.