From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,2843c5eea3415584
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!proxad.net!news.tele.dk!news.tele.dk!small.news.tele.dk!news-fra1.dfn.de!news-ber1.dfn.de!news.uni-hamburg.de!cs.tu-berlin.de!uni-duisburg.de!not-for-mail
From: Georg Bauhaus <sb463ba@l1-hrz.uni-duisburg.de>
Newsgroups: comp.lang.ada
Subject: Re: APQ (Connection Cloning)
Date: Thu, 23 Dec 2004 17:55:06 +0000 (UTC)
Organization: GMUGHDU
Message-ID: <cqf0pq$c53$1@a1-hrz.uni-duisburg.de>
References: <sa4brcv2l5m.fsf@snoopy.apana.org.au>
 <Onewd.204$Wt5.95202@read2.cgocable.net>
 <ydCdnUENQ8wivV_cRVn-sQ@megapath.net> <sa4d5x9si42.fsf@snoopy.apana.org.au>
 <2hju7i5ft73q$.x4md24pt913v.dlg@40tude.net>
 <sa4sm5zmds2.fsf@snoopy.apana.org.au>
 <1TCyd.29237$GK5.1510003@news20.bellglobal.com>
NNTP-Posting-Host: l1-hrz.uni-duisburg.de
X-Trace: a1-hrz.uni-duisburg.de 1103824506 12451 134.91.1.34 (23 Dec 2004
 17:55:06 GMT)
X-Complaints-To: usenet@news.uni-duisburg.de
NNTP-Posting-Date: Thu, 23 Dec 2004 17:55:06 +0000 (UTC)
User-Agent: tin/1.5.8-20010221 ("Blue Water") (UNIX) (HP-UX/B.11.00
 (9000/800))
Xref: g2news1.google.com comp.lang.ada:7196
Date: 2004-12-23T17:55:06+00:00
List-Id: <comp.lang.ada>

Warren W. Gay VE3WWG <ve3wwg@nospam.cogeco.ca> wrote:
: Why a second database connection? The reasons vary, but the following
: reasons come to mind right away:

 Another one:
   - one database system is very fast but is more or less a simple SQL
     front end to a quick ISAM store or some such; another database
     system supports transactions, subselects, partial locks, etc..
     But this comes at a price, you cannot use the second database for
     storing larger amounts of data quickly. Solution: use two database
     systems for two needs.

 And another one:
   - say, my application is a component to be integrated with other
     components that use an existing database system. As is, mine comes
     with its own database handling, using a different database system.
     Can all components use the same DBMS?
     There can be various reasons why the existing database system
     may or may not fulfill the requirements of my component, and 
     similarly the other components may not be happy with the DB that
     may component uses by default.

Let alone the cost of integration, of adaption effort, and planning backup
anew.
 

-- Georg