SEO

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.Kraaijeveld@Askesis.nl
web: www.askesis.nl

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

"Joost Kraaijeveld" <J.Kraaijeveld@Askesis.nl> wrote in message news:<pcCyc.3160$Zs4.2430@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.

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.Kraaijeveld@Askesis.nl
web: www.askesis.nl

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

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.Kraaijeveld@Askesis.nl
web: www.askesis.nl

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

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

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

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