Re: Switching databases over JDBC/ODBC - Mailing list pgsql-general

From Stefan Kaltenbrunner
Subject Re: Switching databases over JDBC/ODBC
Date
Msg-id 4A20F76A.7030904@kaltenbrunner.cc
Whole thread Raw
In response to Re: Switching databases over JDBC/ODBC  (Scott Bailey <artacus@comcast.net>)
List pgsql-general
Scott Bailey wrote:
> John R Pierce wrote:
>> Scott Bailey wrote:
>>> Well at work we've got Oracle, MySQL, MS SQL and Postgres. So I
>>> generally use Aqua Data Studio because it works with all of them. For
>>> MySQL and MS SQL you register a single connection to the server and
>>> can switch to any database. But with Postgres, you have to register a
>>> new connection for every database because you can't switch once
>>> connected.
>>>
>>> I just figured that if even Microsoft can do it, surely we can.
>>
>>
>> you could always use SCHEMA instead of DATABASE if thats what you want.
>>
>> btw, in Oracle, you need a different connection for different database
>> instances, too.
>
> Well, that's true. The difference with Oracle is that you can only have
> a single database per server instance. (Which is really dumb IMO) But
> that being the case, schema are regularly used to partition the server
> in Oracle. On DMBS's that support multiple databases you never see
> SCHEMA being used this way.

Well the point here is that at least in MySQL(maybe also in MSSQL no
idea about that one) a "database" is really much more like a schema in
PostgreSQL. In the former you basically have

instance -> databases -> objects(tables whatever)  in the later you have
cluster -> databases -> schema -> objects.
In general the need to switch between several databases in the same app
is sometimes a sign that one should have used schemas instead during the
design phase.


Stefan

pgsql-general by date:

Previous
From: APseudoUtopia
Date:
Subject: Modifying ENUM Type
Next
From: Greg Stark
Date:
Subject: Re: How can I look at a recursive table dependency tree?