Hi,
I know that we can't use hashed file through parallel jobs, but can we use UV database to access via parallel job (which contacts datasets etc).
Thanks
hashed file through parallel jobs
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 97
- Joined: Tue Feb 21, 2006 6:45 am
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Only if there are no I-types and no indexes involved. Otherwise the magic numbers do not match and access is impossible.ArndW wrote:I suspect that UniVerse can still access DataStage hashed files.
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.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The biggest issue is that the UniVerse database is not distributed, therefore can not be accessed from any processing node that is not also the conductor node.
If you restrict the stage to execute only on the machine where UniVerse is installed, then there are several ways that you could access hashed files, including through a command line interface (External... stage) or your own routine that uses the InterCall or ICI API.
I suspect you could even use an ODBC Enterprise stage connecting to the localuv data source.
But why do you want to use hashed files in a parallel job anyway?
If you restrict the stage to execute only on the machine where UniVerse is installed, then there are several ways that you could access hashed files, including through a command line interface (External... stage) or your own routine that uses the InterCall or ICI API.
I suspect you could even use an ODBC Enterprise stage connecting to the localuv data source.
But why do you want to use hashed files in a parallel job anyway?
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.