SPT oracle or ODBC?
Moderators: chulett, rschirm, roy
SPT oracle or ODBC?
Hello,
I'm wondering about the Stored procedure stage in the database palette of DataStage. We are using Oracle as database for our datawarehouse solution and are wondering if we can make use of this stage?
In other words, are the stage using an ODBC connection to connect to the database or is it using Oracles own drivers?
For us to be able to use it it has to use oracle, not ODBC.
Anyone who can spread any light on this issue? Can't find it in the documentation.
Thanks beforehand
/Elin
I'm wondering about the Stored procedure stage in the database palette of DataStage. We are using Oracle as database for our datawarehouse solution and are wondering if we can make use of this stage?
In other words, are the stage using an ODBC connection to connect to the database or is it using Oracles own drivers?
For us to be able to use it it has to use oracle, not ODBC.
Anyone who can spread any light on this issue? Can't find it in the documentation.
Thanks beforehand
/Elin
![Confused :?](./images/smilies/icon_confused.gif)
If you want to import the metadata, then you will need to setup an ODBC connection to your Oracle database, as that is what it uses. However, there's no requirement that you do this step, it just... helps... as it gives you something to load into the stage. If you know what your SP needs, just setup that information in the stage.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Do you mean DNS (domain name server) or DSN (data source name)?vpauls wrote:Yes I have and I can when importing table metadata, but when trying to import stored procedure definitions it wants to have a dns and it isn't provided from the server.
/Elin
Thanks for your answer!!
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
I mean DSN, sorry.
When I try to import the datadefinitions I get an import window that among other things asks for a DSN in a pull down box. When I try to open the box to choose DSN I get the error message: "Empty DSN: list returned from host XXX.XXX.XXX.XXX".
I assume that this is because I haven't set up ODBC on the server?
When I try to import the datadefinitions I get an import window that among other things asks for a DSN in a pull down box. When I try to open the box to choose DSN I get the error message: "Empty DSN: list returned from host XXX.XXX.XXX.XXX".
I assume that this is because I haven't set up ODBC on the server?
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Almost certainly.
The DataStage server is the client for the database. It is the DataStage server that must establish the ODBC connection, and therefore you must set up your DSNs on the server.
This involves two files on UNIX machines: .odbc.ini in the DataStage engine directory (usually DSEngine), and uvodbc.config in the project. The first is where you actually configure the DSNs, the second is where you specify the list of DSNs to which you want to connect from that particular project.
(On Windows servers, ODBC.INI is a Registry entry, but uvodbc.config still exists in each project.)
The DataStage server is the client for the database. It is the DataStage server that must establish the ODBC connection, and therefore you must set up your DSNs on the server.
This involves two files on UNIX machines: .odbc.ini in the DataStage engine directory (usually DSEngine), and uvodbc.config in the project. The first is where you actually configure the DSNs, the second is where you specify the list of DSNs to which you want to connect from that particular project.
(On Windows servers, ODBC.INI is a Registry entry, but uvodbc.config still exists in each project.)
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.