) - DBA Banco Bandeirantes Sao Paulo - Brazil [...]
14467 142 27_Re: Ignore Duplicate Rows ?15_Philip, Sibimon19_PhilipS@SEALAND.COM31_Tue, 28 Dec 1999 13:37:42 -0500528_iso-8859-1 Kishore,
Optimize for 1 Row tells DB2 to optimize the cursor's access path to get only one row. There can be multiple rows satisfied in the cursor. But if you fetch all the rows, the access path selected may not be good and it may be costly.
But in some case I have seen in three large table join, DB2 was using merge scan and hybrid join which was taking lot of time and when we put optimize clause it used nested loop join and the total time DB2 took was 1/4th. You can test it and see which one [...]
14610 47 15_Re: Y2K NETWORK0_23_Mike_Levine@TEKHELP.NET31_Tue, 28 Dec 1999 13:43:26 -0500830_us-ascii Hi,
List members will be posting to DB2-L any problems that they encounter during roll-over and into the new year. There is no separate 'sub-list'.
Regards,
Michael Levine Premier Data Services, Inc.
>Hi folks! > >Is there any list of DB2 users who will be online around the world on Dec 31? > >Gustavo Lozano (lozano@bandeirantes.com.br) - DBA >Banco Bandeirantes >Sao Paulo - Brazil > > > > > > > > >Hi folks!
>
>Is there any list of DB2 users who will [...]
14658 83 15_Re: Y2K NETWORK17_Barbosa, Odimir J22_odimir.barbosa@EDS.COM31_Tue, 28 Dec 1999 12:49:25 -0600623_iso-8859-1
Dear collegues, the last day of 1999 i'll be working to check our DB2 and applications. I'm in São Paulo - Brazil (GMT -4)
Regards,
Odimir Jamas Barbosa EDS- DBA Team
> -----Original Message----- > From: Mike_Levine@TEKHELP.NET [SMTP:Mike_Levine@TEKHELP.NET] > Sent: Tuesday, December 28, 1999 4:43 PM > To: DB2-L@RYCI.COM > Subject: Re: Y2K NETWORK > > Hi, > > List members will be posting to DB2-L any problems that > they encounter during roll-over and into the new year. > There is no separate 'sub-list'. > > Regards, > > Michael Levine > Premier Data Services, Inc. > > > [...]
14742 89 15_FW: Y2K NETWORK17_Barbosa, Odimir J22_odimir.barbosa@EDS.COM31_Tue, 28 Dec 1999 12:52:18 -0600576_iso-8859-1 > -----Original Message----- > From: Barbosa, Odimir J > Sent: Tuesday, December 28, 1999 4:49 PM > To: 'DB2 Data Base Discussion List' > Subject: RE: Y2K NETWORK > > > Dear collegues, the last day of 1999 i'll be working to check our > DB2 and applications. > I'm in São Paulo - Brazil (GMT -4) > > Regards, > > Odimir Jamas Barbosa > EDS- DBA Team > > -----Original Message----- > From: Mike_Levine@TEKHELP.NET [SMTP:Mike_Levine@TEKHELP.NET] > Sent: Tuesday, December 28, 1999 4:43 PM > To: DB2-L@RYCI.COM > Subject: Re: Y2K NETWORK > > Hi, > > List members [...]
14832 73 38_Re: JCL for Platinum Command Processor0_25_joseph.burns@HIGHMARK.COM31_Tue, 28 Dec 1999 14:02:28 -0500360_us-ascii James,
Have you gotten a response from anyone on this(anything from Platinum)?
I asked the same question of Platinum about 2 years ago, and the answer was that they did not have a batch interface to terminate a utility. (Things may have changed since then, and I would be interested in knowing if there is something out there now). [...]
14906 18 27_Re: Ignore Duplicate Rows ?10_Ken Koleto23_kkoleto@PAINEWEBBER.COM31_Tue, 28 Dec 1999 13:20:00 -0500389_us-ascii I agree with you, Gary. There's another 'easy technique' that's making most of us work this weekend!
Ken
usual disclaimer...
================================================ To change your subscription options or to cancel your subscription visit the DB2-L webpage at http://www.ryci.com/db2-l. The owners of the list can be reached at DB2-L-REQUEST@RYCI.COM.
14925 33 34_Re: Wish you all a Happy Christmas17_Gerald Bustamente20_ggbusta@LANDSEND.COM31_Tue, 28 Dec 1999 13:10:46 -0600575_koi8-r Thanks. Happy Holidays to you also.
:-)
Still trying to call you about Data Sharing. My fault. Scheduling.
Take care,
Jerry Bustamente Lands' End
Leslie Pendlebury-Bowe wrote:
> Just like to wish you all a very happy and safe Christmas. > > Leslie Pendlebury-Bowe > > ================================================ > To change your subscription options or to cancel your subscription visit the DB2-L webpage at http://www.ryci.com/db2-l. The owners of the list can be reached at DB2-L-REQUEST@RYCI.COM. [...]
14959 31 15_Re: Y2K NETWORK12_Jim Harrison12_jimh@QIS.NET31_Tue, 28 Dec 1999 14:11:21 -0500537_us-ascii Actually, at IBM-Main we created a sublist for off topic chatter over the weekend (and as a backup to the main list which had originally planned to shut down). DB2ers are more than welcome to join.
http://www.onelist.com/community/IBM-Main2
At 01:43 PM 12/28/99 -0500, you wrote: >Hi, > >List members will be posting to DB2-L any problems that >they encounter during roll-over and into the new year. >There is no separate 'sub-list'. > >Regards, > >Michael Levine >Premier Data Services, Inc. [...]
14991 63 32_On-line Y2K - will post problems17_Gerald Bustamente20_ggbusta@LANDSEND.COM31_Tue, 28 Dec 1999 13:12:46 -0600357_koi8-r Gustavo,
I will be. Central Time, United States. Any problems I will post.
Sincerely,
Gerald Bustamente Lands' End
Gustavo wrote:
> Hi folks! Is there any list of DB2 users who will be online around > the world on Dec 31? Gustavo Lozano (lozano@bandeirantes.com.br) - DBA > > Banco Bandeirantes > Sao Paulo - Brazil
15055 23 29_Insertion using host variable19_kishore erukulapati21_kishore_e@HOTMAIL.COM29_Tue, 28 Dec 1999 11:19:09 PST399_- Hi , We have a DB2 table column which is defined as time stamp data type .One application program does inserts into this table by using working storage host variable . This host variable value is set from current timestamp by using seperate SQL . Will there be any improvement in performance if we directly use current timestamp special register ? Which one of the above is a good practice ? [...]
15079 86 36_Re: On-line Y2K - will post problems16_Cockerill, Steve30_SLCockerill@NATIONALGYPSUM.COM31_Tue, 28 Dec 1999 14:19:07 -0500646_koi8-r I will be - Eastern USA
-----Original Message----- From: Gerald Bustamente [mailto:ggbusta@LANDSEND.COM] Sent: Tuesday, December 28, 1999 2:13 PM To: DB2-L@RYCI.COM Subject: On-line Y2K - will post problems
Gustavo,
I will be. Central Time, United States. Any problems I will post.
Sincerely,
Gerald Bustamente Lands' End
Gustavo wrote:
Hi folks! Is there any list of DB2 users who will be online around the world on Dec 31? Gustavo Lozano ( lozano@bandeirantes.com.br ) - DBA Banco Bandeirantes Sao Paulo - Brazil
15166 56 33_Re: Insertion using host variable16_Michael McCarthy24_Michael_McCarthy@DTC.ORG31_Tue, 28 Dec 1999 14:36:44 -0500430_us-ascii Kishore,
Using the CURRENT TIMESTAMP special register for each INSERT will cause DB2 to get the system time for each INSERT. This will not improve performance. However, if the TIMESTAMP must be unique, CURRENT TIMESTAMP must be used for every INSERT. If multiple rows (or multiple tables in the UOW) need the TIMESTAMP for future JOIN predicates or WHERE clauses, the SET of a host variable is the way to go. [...]
15223 36 15_Re: Y2K NETWORK15_Di Carlo, Donna23_Donna_Bermender@BMC.COM31_Tue, 28 Dec 1999 14:42:19 -0600404_ISO-8859-1 BMC Software plans on having one support person and one manager (to supply the pizza) on sight for each of the major product groups. This will start at 5:00 AM CST December 31 and end 12:00 PM CST January 1. Our support will be monitoring this list during their shifts. We also have a fortified on-call contact list running through January 16. It even includes 3 levels of doc support!?! [...]
15260 112 40_DB2 Symposium: Atlanta, Boston, St.Louis16_Richard A Yevich21_ryevich@ATTGLOBAL.NET31_Tue, 28 Dec 1999 15:11:51 -0600603_iso-8859-1 Dear DB2 Professional,
I would like to announce the 1st Quarter schedule for the DB2 Symposium Education Events in the United States. We are holding events in
Atlanta, GA February 16-18th Boston, MA March 8th-10th St. Louis, MO April 12th-14th
All in-depth sessions are 1 day each and are taught by some of the most famous DB2 instructors world-wide. Also, we are extending our special early bird discount of 20% until Jan 15th, 2000. The schedules are listed below and to find more details on each session and to register, go to our web site www.db2-symposium.com. [...]
15373 83 16_Re: Table Design0_25_joseph.burns@HIGHMARK.COM31_Tue, 28 Dec 1999 16:18:54 -0500397_us-ascii Kishore,
I am not sure I understand exactly what this table is desinged to do, but using row-locking to avoid -911 on inserts will probably not help.
On an insert, if DB2 sees that the page is in use, then it will not give a -911, instead it goes through an algorithm and picks another page. The biggest exception to this rule is in the case of a -803 (duplicate row). [...]
15457 94 33_Re: Insertion using host variable16_Richard A Yevich21_ryevich@ATTGLOBAL.NET31_Tue, 28 Dec 1999 15:26:59 -0600492_iso-8859-1 In the first case, it WILL improve performance since there will now only be 1 SQL statement, and not 2.
Regarding UNIQUENESS - CURRENT TIMESTAMP is not guaranteed to be unique. Obviously, if there is only one process doing inserts, then you are not going to get duplicates. But when there is more than one concurrent job doing inserts, then you can. It is not stated anywhere in any IBM publication that I am aware of that CURRENT TIMESTAMP is guaranteed to be UNIQUE. [...]
15552 16 25_DB2/MVS connect processin16_JOHN G. MATTHEWS26_HC#JGM@MVS.MEDCTR.UCLA.EDU31_Tue, 28 Dec 1999 17:14:00 -0800345_- I am using DB2 V4 for MVS, RACF secondary authids. I have UNIVERSAL ACCESS=NONE for my DB2P.BATCH profile. I am using the sample exit programs. I expected a SQL error for a user not authorized to this profile but anyone seems to be able to connect to DB2 from batch job. Our RACF person says everything seems to be OK from the RACF side. [...]
15569 17 38_Re: DB2 for MVS/ESA connect processing12_Roger Miller19_millerrl@US.IBM.COM31_Tue, 28 Dec 1999 17:28:10 -0800511_us-ascii Did you add the entries to the RACF router table and issue the SETROPTS? If you did, then perhaps there is something else in the section titled, Defining DB2 Resources to RACF. It's page 3-81 in the Administration Guide in my old hard copy.
Roger Miller
================================================ To change your subscription options or to cancel your subscription visit the DB2-L webpage at http://www.ryci.com/db2-l. The owners of the list can be reached at DB2-L-REQUEST@RYCI.COM.
15587 28 29_Re: DB2/MVS connect processin10_Leo Flores23_leoflores@EARTHLINK.NET31_Tue, 28 Dec 1999 17:41:09 -0800550_us-ascii Does User(*) have READ Access? This means anyone that has access to the mainframe has read access to the DB2P.BATCH file.
HTH - Leo Flores
JOHN G. MATTHEWS wrote:
> I am using DB2 V4 for MVS, RACF secondary authids. I have UNIVERSAL > ACCESS=NONE for my DB2P.BATCH profile. I am using the sample exit > programs. I expected a SQL error for a user not authorized to this > profile but anyone seems to be able to connect to DB2 from batch job. > Our RACF person says everything seems to be OK from the RACF side. > > [...]
15616 89 27_Re: Ignore Duplicate Rows ?14_Purcell, Terry37_Terry.Purcell@CORPMAIL.TELSTRA.COM.AU31_Wed, 29 Dec 1999 13:47:00 +1100604_- Kishore,
We have concensus that you should not rely on the results after -811 (as per IBM manual). Before answering your question, I am intrigued to know why you believe open-fetch-close processing is not good?
Assuming materialisation is not required (if it was then singleton select and cursor would give similar performance), then if a singleton select was used, you would need to cater for the use of a cursor for those -811 situations, or use column functions (MIN, MAX etc.). Use of the column function can range from OK (if index to support, and small number of rows qualify) [...]
15706 54 15_Re: Y2K NETWORK0_24_ssethi@LOT.TATASTEEL.COM29_Wed, 29 Dec 1999 03:23:03 GMT601_us-ascii I will be in the office for the whole day of 31st Dec. and 1st Jan.
Sanjeev
Jim Harrison @RYCI.COM> on 12/28/99 07:11:21 PM
Please respond to DB2 Data Base Discussion List
Sent by: DB2 Data Base Discussion List
To: DB2-L@RYCI.COM cc: Subject: Re: Y2K NETWORK
Actually, at IBM-Main we created a sublist for off topic chatter over the weekend (and as a backup to the main list which had originally planned to shut down). DB2ers are more than welcome to join. [...]
15761 177 27_Re: Ignore Duplicate Rows ?16_Richard A Yevich21_ryevich@BELLSOUTH.NET31_Tue, 28 Dec 1999 21:45:43 -0600347_iso-8859-1 Philip,
Almost correct but change a little wording. OPTIMIZE FOR 1 ROW tells DB2 to get the first row using the "fastest possible access path" for the first and perhaps only 1 row. This of course, can also be the fastest access path, for the rest of the rows. It truly depends on the physical design, SQL complexities, etc. [...]
15939 125 27_Re: Ignore Duplicate Rows ?16_Richard A Yevich21_ryevich@BELLSOUTH.NET31_Tue, 28 Dec 1999 21:45:39 -0600604_iso-8859-1 Terry/Kishore,
Terry great response but let's go one further. A single SQL SELECT statement IS A CURSOR with the two fetches possible. It is just that the OPEN CURSOR, FETCH, CLOSE CURSOR is handled logically inside of DB2 instead of the programmer issuing the CALL.
As Michael Hannon, and others, have proven through benchmarks over and over, an OPEN CURSOR with OPTIMIZE FOR 1 ROW, FETCH, CLOSE CURSOR, is difficult to beat. The details of this have been published on DB2-L at least 6 times over the last few years. They are in the archives if anyone is truly interested. [...]