ca.portal.admin

Re:OC4 at Startup on Z/OS 1.9

Discussion created by ca.portal.admin on Oct 20, 2008
Thanks to John and Jim for your responses. My boss, our main sysprog,
is checking on the APAR for IDMS. He's also having this issue with
other software; so he's also working with Big Blue.
=20
Thanks much,
=20
Roger C. Lawrence
Database Administrator
Seminole Electric Cooperative, Inc.
Tampa, Fl.
813.739.1518
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _

** NOTICE **
This e-mail message, including any attachments, is for the sole use of
the intended=20
recipient(s) and may contain confidential, proprietary and privileged
information.=20
Any un-authorized review, copying, use, disclosure, or distribution is
prohibited.=20
If you are not the intended recipient, please contact the sender by
reply e-mail and=20
destroy all copies of the original message.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IUA Board of Directors Online Election
"Hi everyone,

=20

=20

The problem we had with the 'vote' option being hidden has been fixed. =
If you haven't voted yet, please do so.

=20

To vote, please visit www.iuassn.org and read how to vote under ""Hot =
News - IUA Election Time"".

=20

=09
=09

You have until Thursday, November 13th to cast your vote online.

=20

Also for more information on CA-World, please see the article ""CA-World =
News for IDMS Users"" located on www.iuassn.org <http://www.iuassn.org/> =
home page.

=20

Thank you,

Diane Montstream

IUA Elections Chair

=20

=20

=20
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IUA Board of Directors Online Election
"Hi everyone,





The problem we had with the 'vote' option being hidden has been fixed. If you haven't voted yet, please do so.



To vote, please visit www.iuassn.org and read how to vote under ""Hot News - IUA Election Time"".






You have until Thursday, November 13th to cast your vote online.



Also for more information on CA-World, please see the article ""CA-World News for IDMS Users"" located on www.iuassn.org <http://www.iuassn.org/> home page.



Thank you,

Diane Montstream

IUA Elections Chair






"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
*** CA IDMS Version 17 Webcast ***
"Get the scoop on version 17 at this webcast!

Terry Schwartz


Webcast:
What is New in CA IDMS r17?

28 Oct 2008
11:00 a.m. - 12:00 p.m. USA EST

CA IDMS r17 will soon be generally available for z/OS. This new release of CA IDMS will continue the long-standing tradition of providing exceptional business value for enterprise database management. CA IDMS r17 features address your most-pressing challenges such has better usability to offset shrinking mainframe skills and improved total cost of ownership.

* Do you have mission critical applications powered by CA IDMS at your site today?
* Would your organization benefit from increased CP capacity without incurring hardware and software upgrade costs?
* Are you required to enable increased SOA participation for CA IDMS data and business logic?
* Are you challenged to be more productive while increasing the availability and performance of your CA IDMS systems?

If you say ""yes"" to any of these, then plan to attend this session to hear about the features and benefits of this major new release of the CA IDMS family of products.
Register now - https://www.ca.com/us/register/event.aspx?e=188189&eis=1

-----------------------------------------------------------------------------------------------------------------------------------
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Problem with index contention and replication a record
"Hi Everyone:

We have a problem with an apllication and specifically with a record. We have a record calc with the cal key is a sequence number 8 bytes, this represent order number. In the same record we have the phone number and we defined an index with phone number ten bytes + random number 8 bytes. This is a heavily used record in the application, and there is lot of user udating the record, with the problem that when they create record, the order number is a sequence number and the phone number is almost sequence number, then the key in the index its very similar and normaly goes almost on the same sr8, no matter how different is the random number attached at the end of the index key. Then we have a lot of deadlocks because of the index key. We are trying to create a new record calc, with the calc key the phone number and putting in there the order number, just to preserve the chance to retrieve the information by phone number or by order number. The idea its try to replicate some of the information when the original record its created without changing programming. Does anybody can tell me how to do the data replication of the record without changing programming??? I know that there is database procedures, but its suppose that you don't have to use dml verb in there, then I'm looking for any solution or on the other hand any ideas in how to solve the problem with the index contention ???

Thanks.

J. Sotela
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Problem with index contention and replication a record
"Hi Everyone:
=20
We have a problem with an apllication and specifically with a record. We ha=
ve a record calc with the cal key is a sequence number 8 bytes=2C this repr=
esent order number. In the same record we have the phone number and we defi=
ned an index with phone number ten bytes + random number 8 bytes. This is a=
heavily used record in the application=2C and there is lot of user udatin=
g the record=2C with the problem that when they create record=2C the order =
number is a sequence number and the phone number is almost sequence number=
=2C then the key in the index its very similar and normaly goes almost on t=
he same sr8=2C no matter how different is the random number attached at the=
end of the index key. Then we have a lot of deadlocks because of the index=
key. We are trying to create a new record calc=2C with the calc key the ph=
one number and putting in there the order number=2C just to preserve the ch=
ance to retrieve the information by phone number or by order number. The id=
ea its try to replicate some of the information when the original record it=
s created without changing programming. Does anybody can tell me how to do =
the data replication of the record without changing programming??? I know t=
hat there is database procedures=2C but its suppose that you don't have to =
use dml verb in there=2C then I'm looking for any solution or on the other =
hand any ideas in how to solve the problem with the index contention ???
=20
Thanks.
=20
J. Sotela
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=3Dwindows+vista&mkt=3Den-US&form=3DQBR=
E=
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: *** CA IDMS Version 17 Webcast ***
"If you are outside North America, then It may be worth checking the
exact time of this webcast at your location. (It is scheduled for 11am
Eastern time.)

The reason is that the daylight-saving clock changes have occurred in
Europe and other parts of the world (Sunday), but in North America the
clock change will not occur until 2nd November.

It has caused me confusion already. But that's not unusual... <sigh!>..

Steve

Outcomes