By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
424,836 Members | 2,011 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 424,836 IT Pros & Developers. It's quick & easy.

Combine 2 databases into 1 database?

P: n/a
Hi all,

I have 1 database that is required for several applications (the data must
be shared ). They also have there own database. Is it possible to combine 2
databases into 1 database in DB2 7.x?

--
Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
e-mail: J.***********@Askesis.nl
web: www.askesis.nl
Nov 12 '05 #1
Share this Question
Share on Google+
9 Replies


P: n/a
Joost Kraaijeveld wrote:
Hi all,

I have 1 database that is required for several applications (the data must
be shared ). They also have there own database. Is it possible to combine 2
databases into 1 database in DB2 7.x?

Is the datasharing between the two DBs massive (lots of data, often and
for many tables?)
If you read up of federated (tons of material on developerWorks) you may
be able to get away by creating a few nicknames.

Cheers
Serge

--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab
Nov 12 '05 #2

P: n/a
"Joost Kraaijeveld" <J.***********@Askesis.nl> wrote in message news:<pc*****************@amsnews03.chello.com>...
Hi all,

I have 1 database that is required for several applications (the data must
be shared ). They also have there own database. Is it possible to combine 2
databases into 1 database in DB2 7.x?

As well as a federated system, consider having a single database with
two different schema names.
Nov 12 '05 #3

P: n/a
Serge Rielau wrote:
Is the datasharing between the two DBs massive (lots of data, often
and for many tables?) Often, not much, 15 tables.
If you read up of federated (tons of material on developerWorks) you
may be able to get away by creating a few nicknames.

Do I need the Enterprise Edition for this or does the Workgroup Edition also
work?

--
Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
e-mail: J.***********@Askesis.nl
web: www.askesis.nl
Nov 12 '05 #4

P: n/a
Joost Kraaijeveld wrote:
Serge Rielau wrote:
Is the datasharing between the two DBs massive (lots of data, often
and for many tables?)


Often, not much, 15 tables.

If you read up of federated (tons of material on developerWorks) you
may be able to get away by creating a few nicknames.


Do I need the Enterprise Edition for this or does the Workgroup Edition also
work?

For local federation I don't think there is any license needed.
You certainly do _not_ need a DB2 II license.
Blair is much more knowledgable than me on that.

Cheers
Serge
--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab
Nov 12 '05 #5

P: n/a
Serge Rielau wrote:
For local federation I don't think there is any license needed.
You certainly do _not_ need a DB2 II license.
Blair is much more knowledgable than me on that.

My questions was technical of nature: for some reason I do not succeed in
creating a federated database. I have followed the docs but I keep getting
errors so I assumed that I may have the wrong version. I checked but both
the Enterprise Edition (on Windows 2000) and the Workgroup Edition (on
Linux) do the same thing wrong (propably meaning that I am consistently
doing the same things wrong ;-) ).

My problem is that I do not fully understand what I have to fill in in the
Control Center. I have the following questions:

1. The name for the remote data source is completely arbitrary?
2. Is it correct that there is no DB2 server type choice for Linux? Should I
use DB2/2 or DB2/NT?
3. Does it matter if the actual version (7.2.7) differs from what I fill in?
4. Is the node name the same as System name in the Control Center or the
name of the instances (both type of names are shown in the drop down box)?
--
Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
e-mail: J.***********@Askesis.nl
web: www.askesis.nl
Nov 12 '05 #6

P: n/a
Correct, an II license is not needed when all databases involved are DB2. II is
required for federation with Oracle and SQL Server.

Serge Rielau wrote:
Joost Kraaijeveld wrote:
Serge Rielau wrote:
Is the datasharing between the two DBs massive (lots of data, often
and for many tables?)


Often, not much, 15 tables.

If you read up of federated (tons of material on developerWorks) you
may be able to get away by creating a few nicknames.


Do I need the Enterprise Edition for this or does the Workgroup Edition also
work?

For local federation I don't think there is any license needed.
You certainly do _not_ need a DB2 II license.
Blair is much more knowledgable than me on that.

Cheers
Serge
--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab


Nov 12 '05 #7

P: n/a
Joost,

What kind of errors are you getting? Can you dump teh output here?
Best try it from the CLP (one less layer to do things wrong).

Cheers
Serge
--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab
Nov 12 '05 #8

P: n/a
Hi Serge,
What kind of errors are you getting? Can you dump teh output here?
Best try it from the CLP (one less layer to do things wrong).


Thanks for this question: it forced me to do what you asked (use the CLP).
It seems that I had to catalog the node....... If you see a red shinig light
in the east: that's my face gloing in shame in the dark above the
Netherlands.

Now I get the next message:

CREATE NICKNAME "JKR"."BEDRYF" FOR "ASTERIX"."JKR"."BEDRYF"
DB21034E The command was processed as an SQL statement because it was not a
valid Command Line Processor command. During SQL processing it returned:
SQL3324N Column "BEVESTIGEN" has a type of "LONGVAR" which is not
recognized.

The actual column type is LONG VARCHAR, just as the prvious column and the
one before that.

Groeten

Joost


Nov 12 '05 #9

P: n/a
Order means nothing. The code may well roll the columns up backwards.
I am not certain that nicknames support LONG VARCHAR.
While LONG VARCHAR/LONG VARGRAPHIC are not deprecated their use has been
stabilized.
Looking at the online docs it says:
"LONG VARCHAR and LONG VARGRAPHIC data source data types are mapped to
CLOB and DBCLOB data types, respectively. LONG VARCHAR FOR BIT DATA is
1mapped to BLOB."
Now that text was changed for V8 FP1....

Cheers
Serge

--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab
Nov 12 '05 #10

This discussion thread is closed

Replies have been disabled for this discussion.