Re: AW: Re: Db2! was: NODE.js for z/OS

[Edward Finnell]

_ I certify I have created a HLQ on z/OS with Db2.
 
                   Signed,
 
                   _
 
                   from the Offices of Dewey, Cheatum and Howe 
In a message dated 11/3/2017 1:13:58 AM Central Standard Time, 
dcrayf...@gmail.com writes:

 
makes sense. But "Db2" looks like a typo! IBM's marketing executives 
have really scraped the barrel with that one ;)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: Db2! was: NODE.js for z/OS

[Vernooij, Kees (ITOPT1) - KLM]

> 
> The rebranding of MQ from MQ Series to Websphere MQ to IBM MQ kind of
> makes sense. But "Db2" looks like a typo! IBM's marketing executives
> have really scraped the barrel with that one ;)
> 

It looks to me like those "corrections" that pseudo intelligent automatic 
spelling checkers often do on my PC in their unmeasurable wisdom, and that 
someone did not notice this change in the official document, so now the bug has 
turned into a feature.

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: Db2! was: NODE.js for z/OS

[David Crayford]

On 3/11/2017 2:24 AM, Peter Hunkeler wrote:
  

The z is still lowercase in z/OS, though :)

  >

Also lowercase in z/VM, z/VSE, and z/TPF. For now, at least. The future is not 
fully predictable. :-)



When things were rebranded to x..., i..., p..., and z..., IBM at least had a 
story to tell. Nowadays marketing seem to be allowed to do useless things 
without the need to invent a story around it.


The rebranding of MQ from MQ Series to Websphere MQ to IBM MQ kind of 
makes sense. But "Db2" looks like a typo! IBM's marketing executives 
have really scraped the barrel with that one ;)




--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: Db2! was: NODE.js for z/OS

[Peter Hunkeler]

>>The z is still lowercase in z/OS, though :)
 >
>Also lowercase in z/VM, z/VSE, and z/TPF. For now, at least. The future is not 
>fully predictable. :-)



When things were rebranded to x..., i..., p..., and z..., IBM at least had a 
story to tell. Nowadays marketing seem to be allowed to do useless things 
without the need to invent a story around it.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Martin Packer]

I don't disagree; I wasn't there; DB2 was launched before I joined IBM 
(but not long before).

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Wayne Driscoll <wdrisc...@rocketsoftware.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/11/2017 14:22
Subject:        Re: Db2! was: NODE.js for z/OS
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



Martin,

Yes, but I think that virtual storage limitations drove some of the 
function separation. For example the tablespace and index VSAM clusters 
are allocated in the DBM1, but the log datasets are allocated by the MSTR. 
Doing that protects from a DB2 deadlock caused by a failure to allocate a 
log archive dataset, but are unable to free any other datasets until the 
log writes complete.



Wayne Driscoll

Rocket Software

Note - All opinions are strictly my own.



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Martin Packer

Sent: Thursday, November 2, 2017 8:44 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: Db2! was: NODE.js for z/OS



Db2 virtual storage is a long and complicated story but DBM1 is far and 
away the biggest consumer - so I think separation of functions is a more 
likely story than just virtual storage constraint relief (VSCR).



Cheers, Martin



Martin Packer,

zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM



+44-7802-245-584



email: martin_pac...@uk.ibm.com



Twitter / Facebook IDs: MartinPacker



Blog:

https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or



https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=evZLshq-Nrs9sdPkhHxVIDbsAKOuqbDcs4tlJcOXSiY=1huJAGfcIRxLcFHwaCKzfPQ2yCuJS55D7urjH9kcNEE=








From:   Mohammad Khan <mkkha...@hotmail.com>

To: IBM-MAIN@LISTSERV.UA.EDU

Date:   02/11/2017 13:37

Subject:    Re: Db2! was: NODE.js for z/OS

Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>







On Thu, 2 Nov 2017 20:30:21 +1100, Wayne Bickerdike <wayn...@gmail.com>

wrote:





>

>Why DB2 has so many address spaces is probably because of the IMS

heritage.

>Other (simpler but equally effective DBMS) manage on a single address

>spaceI wish...

>



 I believe this was due to the size limitation of 31-bit address space and 
unsatiable hunger of db2 buffer pool manager for which no amount was ( is 
! ) enough. In theory 1.6GB ( out of a total of 2GB ) could be allocated 
to buffer pools and there was still use for hyperspace buffering. In fact 
buffer pools in dataspaces was tried at one time but all that came to and 
end with advent of 64-bit addressing. I'd think that locking and logging, 
frequent as they are,  would have saved some cycles if they were local 
calls instead of cross memory but there simply was no room for them in 
DBM1. In today's world space considerations may not matter as much but the 
benefits of isolating these functions still remain. On the other hand I 
have no idea why IRLM has to be its own subsystem.

Mohammad



--

For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN









Unless stated otherwise above:

IBM United Kingdom Limited - Registered in England and Wales with number 
741598.

Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



--

For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 
02451 ■ Main Office Toll Free Number: +1 877.328.2932

Contact Customer Support: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__my.rocketsoftware.com_RocketCommunity_RCEmailSupport=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=evZLshq-Nrs9sdPkhHxVIDbsAKOuqbDcs4tlJcOXSiY=y7SXbelT_8gsEEXjCxGLGnyYOakQIGQFh809LB6CqSw=


Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rocketsoftware.com_mana

Re: Db2! was: NODE.js for z/OS

[Wayne Driscoll]

Martin,
Yes, but I think that virtual storage limitations drove some of the function 
separation. For example the tablespace and index VSAM clusters are allocated in 
the DBM1, but the log datasets are allocated by the MSTR. Doing that protects 
from a DB2 deadlock caused by a failure to allocate a log archive dataset, but 
are unable to free any other datasets until the log writes complete.

Wayne Driscoll
Rocket Software
Note - All opinions are strictly my own.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Thursday, November 2, 2017 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Db2! was: NODE.js for z/OS

Db2 virtual storage is a long and complicated story but DBM1 is far and away 
the biggest consumer - so I think separation of functions is a more likely 
story than just virtual storage constraint relief (VSCR).

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or

https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Mohammad Khan <mkkha...@hotmail.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/11/2017 13:37
Subject:        Re: Db2! was: NODE.js for z/OS
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



On Thu, 2 Nov 2017 20:30:21 +1100, Wayne Bickerdike <wayn...@gmail.com>
wrote:


>
>Why DB2 has so many address spaces is probably because of the IMS
heritage.
>Other (simpler but equally effective DBMS) manage on a single address
>spaceI wish...
>

 I believe this was due to the size limitation of 31-bit address space and 
unsatiable hunger of db2 buffer pool manager for which no amount was ( is ! ) 
enough. In theory 1.6GB ( out of a total of 2GB ) could be allocated to buffer 
pools and there was still use for hyperspace buffering. In fact buffer pools in 
dataspaces was tried at one time but all that came to and end with advent of 
64-bit addressing. I'd think that locking and logging, frequent as they are,  
would have saved some cycles if they were local calls instead of cross memory 
but there simply was no room for them in DBM1. In today's world space 
considerations may not matter as much but the benefits of isolating these 
functions still remain. On the other hand I have no idea why IRLM has to be its 
own subsystem.
Mohammad

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 877.328.2932
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Wayne Driscoll]

I think you mean that IBM recycled the lock manager of IMS into Db2. Also I 
think the driver for the multiple address spaces was that DB2 originally was 
written to run on MVS/370 so it had to pack a lot into the 8-10 Meg virtual 
that many installations had available. And even once XA was available, until 
the XTIOT came out, most of the I/O and allocation related control blocks were 
in 24 bit storage.

Wayne Driscoll
Rocket Software
Note - All opinions are strictly my own.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, November 2, 2017 4:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Db2! was: NODE.js for z/OS

IMS DB/DC was MVS. The DC part was never available on DOS/VS or VSE, the 
interface was CICS on the VSE platform. So DL/I was the data management layer 
and the APIs / Call interface were almost identical on both VSE and MVS.

As a PL/1 jockey in the 1970's at IBM we coded mainly batch IMS (Call PLITODLI).

A few years later I was coding IMS DB and BMPs. A few years later I was in a 
full on IMS DB/DC shop.

IBM recycled the log manager of IMS into DB2 and MQ seems to have very similar 
topology.

Why DB2 has so many address spaces is probably because of the IMS heritage.
Other (simpler but equally effective DBMS) manage on a single address 
spaceI wish...

On Thu, Nov 2, 2017 at 6:20 PM, Timothy Sipples <sipp...@sg.ibm.com> wrote:

> Walt Farrell wrote:
> >The z is still lowercase in z/OS, though :)
>
> Also lowercase in z/VM, z/VSE, and z/TPF. For now, at least. The
> future is not fully predictable. :-)
>
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z and LinuxONE,
> AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
Wayne V. Bickerdike

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 877.328.2932
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Martin Packer]

Db2 virtual storage is a long and complicated story but DBM1 is far and 
away the biggest consumer - so I think separation of functions is a more 
likely story than just virtual storage constraint relief (VSCR).

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Mohammad Khan <mkkha...@hotmail.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/11/2017 13:37
Subject:        Re: Db2! was: NODE.js for z/OS
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



On Thu, 2 Nov 2017 20:30:21 +1100, Wayne Bickerdike <wayn...@gmail.com> 
wrote:


>
>Why DB2 has so many address spaces is probably because of the IMS 
heritage.
>Other (simpler but equally effective DBMS) manage on a single address
>spaceI wish...
>

 I believe this was due to the size limitation of 31-bit address space and 
unsatiable hunger of db2 buffer pool manager for which no amount was ( is 
! ) enough. In theory 1.6GB ( out of a total of 2GB ) could be allocated 
to buffer pools and there was still use for hyperspace buffering. In fact 
buffer pools in dataspaces was tried at one time but all that came to and 
end with advent of 64-bit addressing. I'd think that locking and logging, 
frequent as they are,  would have saved some cycles if they were local 
calls instead of cross memory but there simply was no room for them in 
DBM1. In today's world space considerations may not matter as much but the 
benefits of isolating these functions still remain. On the other hand I 
have no idea why IRLM has to be its own subsystem. 
Mohammad

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Mohammad Khan]

On Thu, 2 Nov 2017 20:30:21 +1100, Wayne Bickerdike  wrote:


>
>Why DB2 has so many address spaces is probably because of the IMS heritage.
>Other (simpler but equally effective DBMS) manage on a single address
>spaceI wish...
>

 I believe this was due to the size limitation of 31-bit address space and 
unsatiable hunger of db2 buffer pool manager for which no amount was ( is ! ) 
enough. In theory 1.6GB ( out of a total of 2GB ) could be allocated to buffer 
pools and there was still use for hyperspace buffering. In fact buffer pools in 
dataspaces was tried at one time but all that came to and end with advent of 
64-bit addressing. I'd think that locking and logging, frequent as they are,  
would have saved some cycles if they were local calls instead of cross memory 
but there simply was no room for them in DBM1. In today's world space 
considerations may not matter as much but the benefits of isolating these 
functions still remain. On the other hand I have no idea why IRLM has to be its 
own subsystem. 
Mohammad

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[David Crayford]

On 2/11/2017 5:30 PM, Wayne Bickerdike wrote:

Why DB2 has so many address spaces is probably because of the IMS heritage.
Other (simpler but equally effective DBMS) manage on a single address
spaceI wish...


Didn't you mean Db2, Wayne? ;)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Edward Finnell]

Yeah easy. ===>c 'DSN' 'CSQ' all
 
Why is he shaking his head? Honey, where did I leave the buggy whip?
 
In a message dated 11/2/2017 5:18:54 AM Central Standard Time, 
kees.verno...@klm.com writes:

 
I was told, that if you took DB2 V3, renamed all DSN strings to CSQ, you had 
the first QM version.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Vernooij, Kees (ITOPT1) - KLM]

> 
> IBM recycled the log manager of IMS into DB2 and MQ seems to have very
> similar topology.
> 

I was told, that if you took DB2 V3, renamed all DSN strings to CSQ, you had 
the first QM version.

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Wayne Bickerdike]

IMS DB/DC was MVS. The DC part was never available on DOS/VS or VSE, the
interface was CICS on the VSE platform. So DL/I was the data management
layer and the APIs / Call interface were almost identical on both VSE and
MVS.

As a PL/1 jockey in the 1970's at IBM we coded mainly batch IMS (Call
PLITODLI).

A few years later I was coding IMS DB and BMPs. A few years later I was in
a full on IMS DB/DC shop.

IBM recycled the log manager of IMS into DB2 and MQ seems to have very
similar topology.

Why DB2 has so many address spaces is probably because of the IMS heritage.
Other (simpler but equally effective DBMS) manage on a single address
spaceI wish...

On Thu, Nov 2, 2017 at 6:20 PM, Timothy Sipples  wrote:

> Walt Farrell wrote:
> >The z is still lowercase in z/OS, though :)
>
> Also lowercase in z/VM, z/VSE, and z/TPF. For now, at least. The future is
> not fully predictable. :-)
>
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Wayne V. Bickerdike

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Timothy Sipples]

Walt Farrell wrote:
>The z is still lowercase in z/OS, though :)

Also lowercase in z/VM, z/VSE, and z/TPF. For now, at least. The future is
not fully predictable. :-)


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS (21)

[Walt Farrell]

On Wed, 1 Nov 2017 17:17:16 +0800, Timothy Sipples  wrote:

>The b is lowercase, but the Z is now uppercase. Have a look:
>
>https://www.ibm.com/analytics/us/en/db2/db2-for-zos/
>
>https://www.ibm.com/systems/z/

The z is still lowercase in z/OS, though :)

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS (21)

[Timothy Sipples]

The b is lowercase, but the Z is now uppercase. Have a look:

https://www.ibm.com/analytics/us/en/db2/db2-for-zos/

https://www.ibm.com/systems/z/


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Anne & Lynn Wheeler]

edgould1...@comcast.net (Edward Gould) writes:
> Way back in the 1980’s we had just gotten in a 4331 for testing. I was
> given a list of software to order and DL/1 was there but for DOS/VSE.
> Was it ever available on MVS?
> My memory is starting to ooze here, but wasn’t there a DB for VM as well was 
> it QBE(???).


re:
http://www.garlic.com/~lynn/2017j.html#27 Db2! was: NODE.js for z/OS
http://www.garlic.com/~lynn/2017j.html#28 Db2! was: NODE.js for z/OS

all the original sql/relational was done on vm/145 and then System/R
technology transfer to Endicott for SQL/DS on both DOS/VSE and VM,
before transfer to STL & porting to MVS (after EAGLE implodes).
some posts
http://www.garlic.com/~lynn/submain.html#systemr

YKT also did QBE (query-by-example) for VM370. Old email about "father
of QBE and arch-enemy of System/R" doing QBE presentation at SJR
http://www.garlic.com/~lynn/2002e.html#email800310

QBE ref:
https://en.wikipedia.org/wiki/Query_by_Example

note predating SQL & QBE were 4th generation languages developed on
CP67 for virtual machine based commercial online offerings. past
posts
http://www.garlic.com/~lynn/submain.html#online

Mathematica original did RAMIS and ran on NCSS ... CP67 spin-off from
the science center
http://www.garlic.com/~lynn/subotpic.html#545tech

then came FOCUS available on TYMSHARE (later vm370-based online
commercial system) ... and NCSS did NOMAD (as their own proprietary)

some online refs
http://archive.computerhistory.org/resources/text/Oral_History/RAMIS_and_NOMAD/RAMIS_and_NOMAD.National_CSS.oral_history.2005.102658182.pdf
http://www.decosta.com/Nomad/

https://en.wikipedia.org/wiki/FOCUS

FOCUS is a computer programming language and development environment. It
is a language used to build database queries, and is regarded as a
fourth-generation programming language (4GL). Produced by Information
Builders Inc., it was originally developed for data handling and
analysis on the IBM mainframe.

https://en.wikipedia.org/wiki/Nomad_software

Martin provided a "dozen pages of COBOL, and then just a page or two of
Mark IV, from Informatics." Rawlings offered the following single
statement, performing a set-at-a-time operation, to show how trivial
this problem was with Nomad:

https://en.wikipedia.org/wiki/Ramis_software

RAMIS was initially developed in the mid 1960s by the company
MATHEMATICA on a consulting contract for a marketing study by a team
headed by Gerald Cohen and subsequently further developed and marketed
as a general purpose data management and analysis tool. In the late
1960s Cohen fell out with the management of MATHEMATICA and left to form
his own company. Soon thereafter his new company released a new product
called FOCUS which was very similar to RAMIS - even, it is rumored,
having some of the same bugs.

... snip ...

posts mentioning QBE:
http://www.garlic.com/~lynn/2002e.html#44 SQL wildcard origins?
http://www.garlic.com/~lynn/2002o.html#70 Pismronunciation
http://www.garlic.com/~lynn/2003n.html#11 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2003n.html#18 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2003n.html#19 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2005.html#25 Network databases
http://www.garlic.com/~lynn/2007s.html#21 Ellison Looks Back As Oracle Turns 30
http://www.garlic.com/~lynn/2009p.html#82 What would be a truly relational 
operating system ?
http://www.garlic.com/~lynn/2011d.html#55 Maybe off topic
http://www.garlic.com/~lynn/2011d.html#60 Maybe off topic
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
http://www.garlic.com/~lynn/2012b.html#60 Has anyone successfully migrated off 
mainframes?
http://www.garlic.com/~lynn/2013c.html#37 PDP-10 byte instructions, was What 
Makes an Architecture Bizarre?
http://www.garlic.com/~lynn/2017c.html#85 Great mainframe history(?)

other posts mentioning RAMIS, NOMAD, &/or FOCUS
http://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
http://www.garlic.com/~lynn/2003d.html#17 CA-RAMIS
http://www.garlic.com/~lynn/2003n.html#15 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2006k.html#37 PDP-1
http://www.garlic.com/~lynn/2006r.html#49 Seeking info on HP FOCUS (HP 9000 
Series 500) and IBM ROMP CPUs from early 80's
http://www.garlic.com/~lynn/2007c.html#12 Special characters in passwords was 
Re: RACF - Password rules
http://www.garlic.com/~lynn/2007e.html#37 Quote from comp.object
http://www.garlic.com/~lynn/2007j.html#17 Newbie question on table design
http://www.garlic.com/~lynn/2009k.html#40 Gone but not forgotten: 10 operating 
systems the world left behind
http://www.garlic.com/~lynn/2010e.html#54 search engine history, was Happy 
DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#55 Senior Java Developer vs. MVS Systems 
Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010e.html#58 Senior Java Developer vs. MVS Systems 
Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010n.html#21 What non-IBM software products 

Re: Db2! was: NODE.js for z/OS

[Anne & Lynn Wheeler]

k...@ntrs.com (Karl S Huf) writes:
> Yes, IBM officially rebranded DB2 to Db2 because . . . that's what they
> do (apologies to GEICO).  At least it's still pronounced the same so
> that's at least one less question I have to field - unlike, say JES2 vs
> JES3 ("Hey Karl, are we every going to upgrade to JES3?" - actual
> question).

re:
http://www.garlic.com/~lynn/2017j.html#27 Db2! was: NODE.js for z/OS

more trivia ... my wife served stint in the gburg JES group ... one of
the catchers for ASP to turn into JES3 ... then was one of the authors
of "JESUS" (JES Unified System) ... the combined features of JES2 and
JES3 that the respective customers couldn't live without ... but for
various reasons never went any further. She then was con'ed into going
to POK to be responsible for mainframe loosely-coupled architecture
... where she did "peer-coupled shared data" architecture. She didn't
remain very long because of 1) little update (except for IMS hotstandby
until sysplex & parallel sysplex much later) and 2) constant battles
with the communication group trying to force her into using SNA for
loosely-coupled operation (periodic truce where they allowed she could
use anything within the datacenter walls, but communication group had
strategic ownership of everything that crossed datacenter walls) past
posts
http://www.garlic.com/~lynn/submain.html#shareddata

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Anne & Lynn Wheeler]

jesse1.robin...@sce.com (Jesse 1 Robinson) writes:
> The name change was much bandied about at SHARE in Providence. I for
> one have gotten over my indignation and am ready to move on. If you
> really want to be offended by an assault on the sensibilities, how
> about the fact that there never was a D(bee)1? The product was spawned
> in an era where calling anything '2' gave it a veneer of
> respectability as if it were a new and improved version of some
> mythical precursor. That was implicitly fake news, which we now know
> is reprehensible skullduggery.

the original sql/relational implementation done on vm/145 at san jose
research in bldg. 28 on main plant site (before almaden was built up the
hill). past posts
http://www.garlic.com/~lynn/submain.html#systemr

the "official" next generation DBMS was code named EAGLE (DB1?). while
the corporation was preoccupied with EAGLE, we managed to do tech
transfer to Endicott and get it out as SQL/DS. Then when EAGLE imploded,
there was requests about how fast could sql/ds (system/r) be ported as
MVS. This was eventually released as DB2 originally for decision support
*ONLY*. 1995 System/R reunion
http://www.mcjones.org/System_R/
HTML version
http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95.html
Some EAGLE reference
http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95-System.html#Index164

from above:

Eagle was an IMS successor; it was going to do everything. And they were
very worried about path lengths. So there had been something in IMS
called TP1. But TP1 was more of a general characterization; ET1 was a
specific program. And then Jim wrote all this stuff down in an article
that he published in Datamation. It had Anonymous et al. or something
like that as the author[

... snip ...

When Jim leaves for Tandem, he palms off some amount of stuff on me
releted to System/R as well as consulting with the IMS group.

later we were doing cluster scaleup for rs/6000 ha/cmp ... working with
oracle, ingres, sybase, etc for commercial scaleup and national labs for
scientific scaleup. for cluster scaleup, the issue was ibm's RDBMS
cluster was mainframe only (loosely-coupled). These other vendors had
open system source base that also supported DEC VAX and DEC
VAX/Cluster. I did a cluster scaleuup distributed lock manager that
emulated the DEC VAX/Cluster semantics ... making it easier for them to
port to HA/CMP. The mainframe DB2 group started complaining that if I
was allowed to go ahead, it would be at least 5yrs ahead of them.
This is reference to Jan1992 meeting in Ellison's (Oracle CEO) on
cluster scaleup
http://www.garlic.com/~lynn/95.html#13

Within a few weeks of the above meeting, cluster scaleup was
transferred, announced as IBM supercomputer for numeric/scientific
*ONLY*, and we were told we couldn't work on anything with more than
four processors ... some old email for the period
http://www.garlic.com/~lynn/lhwemail.html#medusa
posts mentioning ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp

Trivia: one of the oracle people mentioned in the Ellison cluster
scaleup meeting claims he was the primary person when he was at IBM,
doing the SQL/DS tech transfer to STL (now SVL) for port to MVS (to
become DB2).

Totally other trivia: in the wake of being told we couldn't work on more
than four processors, we leave IBM. Later two of the other Oracle people
in the Ellison cluster scaleup meeting are at a small client/server
startup responsible for something called the "commerce" server. We are
brought in as consultants because they want to do payment transactions
on the server. The startup had also done some technology called "SSL"
they wanted to use ... the result is now frequently called "electronic
commerce".


-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Chris Hoelscher]

I'm afraid they can't do that da- er, steve ...

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services

123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Tuesday, October 31, 2017 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Db2! was: NODE.js for z/OS

On 10/31/2017 01:32 PM, Karl S Huf wrote:
> That explains why OS/2 took off and is the stalwart of x86 operating 
> systems today.  :)
> 
> Yes, IBM officially rebranded DB2 to Db2 because . . . that's what 
> they do (apologies to GEICO).  At least it's still pronounced the same 
> so that's at least one less question I have to field - unlike, say 
> JES2 vs
> JES3 ("Hey Karl, are we every going to upgrade to JES3?" - actual 
> question).
> 
> 
> __
> __


Maybe their marketing group should rename the company to HAL with their push 
for cognitive computing?

They did produce a computer in the 9000 series at one time.

My apologies to Stanely Kubrick and Arthur C. Clarke.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability or
sex. Humana Inc. and its subsidiaries do not exclude people or treat them 
differently
because of race, color, national origin, age, disability or sex.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Steve Thompson]

On 10/31/2017 01:32 PM, Karl S Huf wrote:

That explains why OS/2 took off and is the stalwart of x86 operating
systems today.  :)

Yes, IBM officially rebranded DB2 to Db2 because . . . that's what they
do (apologies to GEICO).  At least it's still pronounced the same so
that's at least one less question I have to field - unlike, say JES2 vs
JES3 ("Hey Karl, are we every going to upgrade to JES3?" - actual
question).






Maybe their marketing group should rename the company to HAL with 
their push for cognitive computing?


They did produce a computer in the 9000 series at one time.

My apologies to Stanely Kubrick and Arthur C. Clarke.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Karl S Huf]

That explains why OS/2 took off and is the stalwart of x86 operating
systems today.  :)

Yes, IBM officially rebranded DB2 to Db2 because . . . that's what they
do (apologies to GEICO).  At least it's still pronounced the same so
that's at least one less question I have to field - unlike, say JES2 vs
JES3 ("Hey Karl, are we every going to upgrade to JES3?" - actual
question).



___
Karl S Huf | Senior Vice President | World Wide Technology
50 S LaSalle St, LQ-18, Chicago, IL  60603 | phone (312)630-6287 |
k...@ntrs.com
Please visit northerntrust.com
CONFIDENTIALITY NOTICE: This communication is confidential, may be
privileged and is meant only for the intended recipient. If you are not
the intended recipient, please notify the sender ASAP and delete this
message from your system.  NTAC:3NS-20

P Please consider the environment before printing this e-mail.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Tuesday, October 31, 2017 10:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Re: Db2! was: NODE.js for z/OS
>
> The name change was much bandied about at SHARE in Providence. I for
one
> have gotten over my indignation and am ready to move on. If you really
want
> to be offended by an assault on the sensibilities, how about the fact
that there
> never was a D(bee)1? The product was spawned in an era where calling
> anything '2' gave it a veneer of respectability as if it were a new
and improved
> version of some mythical precursor. That was implicitly fake news,
which we
> now know is reprehensible skullduggery.
>
>
>
> .
>
> .
>
> J.O.Skip Robinson
>
> Southern California Edison Company
>
> Electric Dragon Team Paddler
>
> SHARE MVS Program Co-Manager
>
> 323-715-0595 Mobile
>
> 626-543-6132 Office ⇐=== NEW
>
> robin...@sce.com
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Walt Farrell
>
> Sent: Tuesday, October 31, 2017 8:13 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: (External):Re: Db2! was: NODE.js for z/OS
>
>
>
> On Tue, 31 Oct 2017 10:44:40 -0400, Gord Tomlin
> <gt.ibm.li...@actionsoftware.com> wrote:
>
>
>
> >On 2017-10-31 10:28, W Mainframe wrote:
>
> >> What really matter the difference between Db2 and DB2? I see the
same
> result in my SQL SELET... Come on!
>
> >Did you notice the ® associated with Db2®? That's a sure sign that
IBM
>
> >and its lawyers care.
>
>
>
> Both DB2 and Db2 are registered trademarks of IBM (at least in the
US). See
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ibm.com_legal_us_en_copytrade.shtml-23section-
> 2DD=DwIGaQ=K5gMqH44tVpW9Mb7NvpzqAFAhrpSdUITR819D8huNsU&
> r=PjUrsjOU3_h7Q7zyRd3wDw=3UY4DB-
> DpoXlCXpq6cwehdWhBlmZTFhO_N447T-
> tK5g=XfFlCbEaaHN_CK1zTGX_3uPI7sxnDxw-6ijC4S2SpVE=
>
>
>
> I see, though, that all the other DB2-related trademarks use the DB2
form of
> the name, at least for now :)
>
>
>
> --
>
> Walt
>
>
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Isaac Yassin]

Actually there was a product called DB1 prior to DB2 (timeline). 
Not an IBM product though.
Later it was rebranded as SAPIENS and then as "iway".

Isaac

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Tuesday, October 31, 2017 6:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Db2! was: NODE.js for z/OS
Importance: High

Getting closer... there was something called "DL1", or maybe it was styled 
"DL/I" like PL/I.  It was part of IMS, although it could be adapted or 
something to CICS and batch.  Also, IMS I think was semi-organized into two 
parts: IMS/DB and IMS/DC.  All-in-all, a plausible case for the "2" in dB2.


On Tue, Oct 31, 2017 at 11:44 AM, Dale R. Smith <dale-sm...@columbus.rr.com> 
wrote:
> On Tue, 31 Oct 2017 15:30:54 +, Jesse 1 Robinson 
> <jesse1.robin...@sce.com> wrote:
>
>>... how about the fact that there never was a D(bee)1? The product was 
>>spawned in an era where calling anything '2' gave it a veneer of 
>>respectability as if it were a new and improved version of some mythical 
>>precursor. ...
>>.
...
>
> Well, there is a DB1, (or Db1), but it's called IMS!  :-)
>
> And before there was Db2, there was SQL/DS on VM and VSE.
>
> --
> Dale R. Smith
>


--
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
I am using the free version of SPAMfighter.
SPAMfighter has removed 1303 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan 
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Steve Smith]

Getting closer... there was something called "DL1", or maybe it was
styled "DL/I" like PL/I.  It was part of IMS, although it could be
adapted or something to CICS and batch.  Also, IMS I think was
semi-organized into two parts: IMS/DB and IMS/DC.  All-in-all, a
plausible case for the "2" in dB2.


On Tue, Oct 31, 2017 at 11:44 AM, Dale R. Smith
 wrote:
> On Tue, 31 Oct 2017 15:30:54 +, Jesse 1 Robinson 
>  wrote:
>
>>... how about the fact that there never was a D(bee)1? The product was 
>>spawned in an era where calling anything '2' gave it a veneer of 
>>respectability as if it were a new and improved version of some mythical 
>>precursor. ...
>>.
...
>
> Well, there is a DB1, (or Db1), but it's called IMS!  :-)
>
> And before there was Db2, there was SQL/DS on VM and VSE.
>
> --
> Dale R. Smith
>


-- 
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Dale R. Smith]

On Tue, 31 Oct 2017 15:30:54 +, Jesse 1 Robinson  
wrote:

>The name change was much bandied about at SHARE in Providence. I for one have 
>gotten over my indignation and am ready to move on. If you really want to be 
>offended by an assault on the sensibilities, how about the fact that there 
>never was a D(bee)1? The product was spawned in an era where calling anything 
>'2' gave it a veneer of respectability as if it were a new and improved 
>version of some mythical precursor. That was implicitly fake news, which we 
>now know is reprehensible skullduggery. 
>.
>J.O.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler 
>SHARE MVS Program Co-Manager
>323-715-0595 Mobile
>626-543-6132 Office ⇐=== NEW
>robin...@sce.com

Well, there is a DB1, (or Db1), but it's called IMS!  :-)

And before there was Db2, there was SQL/DS on VM and VSE.

-- 
Dale R. Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Jesse 1 Robinson]

The name change was much bandied about at SHARE in Providence. I for one have 
gotten over my indignation and am ready to move on. If you really want to be 
offended by an assault on the sensibilities, how about the fact that there 
never was a D(bee)1? The product was spawned in an era where calling anything 
'2' gave it a veneer of respectability as if it were a new and improved version 
of some mythical precursor. That was implicitly fake news, which we now know is 
reprehensible skullduggery. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Walt Farrell
Sent: Tuesday, October 31, 2017 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Db2! was: NODE.js for z/OS

On Tue, 31 Oct 2017 10:44:40 -0400, Gord Tomlin 
<gt.ibm.li...@actionsoftware.com> wrote:

>On 2017-10-31 10:28, W Mainframe wrote:
>> What really matter the difference between Db2 and DB2? I see the same result 
>> in my SQL SELET... Come on!
>Did you notice the ® associated with Db2®? That's a sure sign that IBM 
>and its lawyers care.

Both DB2 and Db2 are registered trademarks of IBM (at least in the US). See 
https://www.ibm.com/legal/us/en/copytrade.shtml#section-D

I see, though, that all the other DB2-related trademarks use the DB2 form of 
the name, at least for now :)

--
Walt


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Vernooij, Kees (ITOPT1) - KLM]

Weird that trademarks are case sensitive. So I can still register dB2?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Walt Farrell
> Sent: 31 October, 2017 16:13
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Db2! was: NODE.js for z/OS
> 
> On Tue, 31 Oct 2017 10:44:40 -0400, Gord Tomlin
> <gt.ibm.li...@actionsoftware.com> wrote:
> 
> >On 2017-10-31 10:28, W Mainframe wrote:
> >> What really matter the difference between Db2 and DB2? I see the same
> result in my SQL SELET... Come on!
> >Did you notice the ® associated with Db2®? That's a sure sign that IBM
> >and its lawyers care.
> 
> Both DB2 and Db2 are registered trademarks of IBM (at least in the US).
> See https://www.ibm.com/legal/us/en/copytrade.shtml#section-D
> 
> I see, though, that all the other DB2-related trademarks use the DB2
> form of the name, at least for now :)
> 
> --
> Walt
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Walt Farrell]

On Tue, 31 Oct 2017 10:44:40 -0400, Gord Tomlin 
 wrote:

>On 2017-10-31 10:28, W Mainframe wrote:
>> What really matter the difference between Db2 and DB2? I see the same result 
>> in my SQL SELET... Come on!
>Did you notice the ® associated with Db2®? That's a sure sign that IBM
>and its lawyers care.

Both DB2 and Db2 are registered trademarks of IBM (at least in the US). See 
https://www.ibm.com/legal/us/en/copytrade.shtml#section-D

I see, though, that all the other DB2-related trademarks use the DB2 form of 
the name, at least for now :)

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Gord Tomlin]

On 2017-10-31 10:28, W Mainframe wrote:

What really matter the difference between Db2 and DB2? I see the same result in 
my SQL SELET... Come on!
Did you notice the ® associated with Db2®? That's a sure sign that IBM 
and its lawyers care.


--

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Kirk Wolf]

OK, which one of you guys submitted an RFE to change the name, and what was
your business justification? :-)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[W Mainframe]

What really matter the difference between Db2 and DB2? I see the same result in 
my SQL SELET... Come on!


Sent from Yahoo Mail for iPhone


On Tuesday, October 31, 2017, 9:50 AM, Mohammad Khan  
wrote:

On Tue, 31 Oct 2017 21:04:45 +0800, David Crayford  wrote:

>On 31/10/2017 8:34 PM, John McKown wrote:
>
>What genius at IBM decided it was a good idea to re-brand DB2 to Db2?
>We've got loads of documentation that references DB2. Should we spend
>time and money changing our doco or leave it as it is? How is Db2
>better? It's beyond me why IBM do things like this! DB2 was fine, why
>change it? If this is an attempt to modernize DB2 then it so far off the
>mark it's crazy!
>

Well ... marketing guys need to justify their jobs too :) Why management buys 
into that is another discussion.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Mohammad Khan]

On Tue, 31 Oct 2017 21:04:45 +0800, David Crayford  wrote:

>On 31/10/2017 8:34 PM, John McKown wrote:
>
>What genius at IBM decided it was a good idea to re-brand DB2 to Db2?
>We've got loads of documentation that references DB2. Should we spend
>time and money changing our doco or leave it as it is? How is Db2
>better? It's beyond me why IBM do things like this! DB2 was fine, why
>change it? If this is an attempt to modernize DB2 then it so far off the
>mark it's crazy!
>

Well ... marketing guys need to justify their jobs too :) Why management buys 
into that is another discussion.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[David Crayford]

On 31/10/2017 9:31 PM, Lou Losee wrote:

All the latest Db2 books refer to Db2 not DB2.


What about vendor books?


Lou


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

--
Artificial Intelligence is no match for Natural Stupidity
   - Unknown

On Tue, Oct 31, 2017 at 8:27 AM, R.S. 
wrote:


W dniu 2017-10-31 o 14:04, David Crayford pisze:


On 31/10/2017 8:34 PM, John McKown wrote:


 - Interoperability with IBM middleware, including Db2® and z/OS
Connect
 - Unparalleled scalability for Node.js applications by using the
 underlying z/OS asyncio and IBM Z I/O bandwidth


What genius at IBM decided it was a good idea to re-brand DB2 to Db2?
We've got loads of documentation that references DB2. Should we spend time
and money changing our doco or leave it as it is? How is Db2 better? It's
beyond me why IBM do things like this! DB2 was fine, why change it? If this
is an attempt to modernize DB2 then it so far off the mark it's crazy!


Did you consider it may be just a typo?
BTW: I really don't care whether DB2 is Db2 or DB/2 or Db/2, or even dB-2.
;-)

--
Radoslaw Skorupka
Lodz, Poland




==


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If
you are not the intended addressee of this e-mail or the employee
authorized to forward it to the addressee, be advised that any
dissemination, copying, distribution or any other similar activity is
legally prohibited and may be punishable. If you received this e-mail by
mistake please advise the sender immediately by using the reply facility in
your e-mail software and delete permanently this e-mail including any
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
168.955.696 złotych.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[Lou Losee]

All the latest Db2 books refer to Db2 not DB2.

Lou


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown

On Tue, Oct 31, 2017 at 8:27 AM, R.S. 
wrote:

> W dniu 2017-10-31 o 14:04, David Crayford pisze:
>
>> On 31/10/2017 8:34 PM, John McKown wrote:
>>
>>> - Interoperability with IBM middleware, including Db2® and z/OS
>>> Connect
>>> - Unparalleled scalability for Node.js applications by using the
>>> underlying z/OS asyncio and IBM Z I/O bandwidth
>>>
>>
>> What genius at IBM decided it was a good idea to re-brand DB2 to Db2?
>> We've got loads of documentation that references DB2. Should we spend time
>> and money changing our doco or leave it as it is? How is Db2 better? It's
>> beyond me why IBM do things like this! DB2 was fine, why change it? If this
>> is an attempt to modernize DB2 then it so far off the mark it's crazy!
>>
>
> Did you consider it may be just a typo?
> BTW: I really don't care whether DB2 is Db2 or DB/2 or Db/2, or even dB-2.
> ;-)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> ==
>
>
>--
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
> przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
> 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
> 168.955.696 złotych.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[R.S.]

W dniu 2017-10-31 o 14:04, David Crayford pisze:

On 31/10/2017 8:34 PM, John McKown wrote:
- Interoperability with IBM middleware, including Db2® and z/OS 
Connect

- Unparalleled scalability for Node.js applications by using the
underlying z/OS asyncio and IBM Z I/O bandwidth


What genius at IBM decided it was a good idea to re-brand DB2 to Db2? 
We've got loads of documentation that references DB2. Should we spend 
time and money changing our doco or leave it as it is? How is Db2 
better? It's beyond me why IBM do things like this! DB2 was fine, why 
change it? If this is an attempt to modernize DB2 then it so far off 
the mark it's crazy!


Did you consider it may be just a typo?
BTW: I really don't care whether DB2 is Db2 or DB/2 or Db/2, or even 
dB-2. ;-)


--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Db2! was: NODE.js for z/OS

[David Crayford]

On 31/10/2017 8:34 PM, John McKown wrote:

- Interoperability with IBM middleware, including Db2® and z/OS Connect
- Unparalleled scalability for Node.js applications by using the
underlying z/OS asyncio and IBM Z I/O bandwidth


What genius at IBM decided it was a good idea to re-brand DB2 to Db2? 
We've got loads of documentation that references DB2. Should we spend 
time and money changing our doco or leave it as it is? How is Db2 
better? It's beyond me why IBM do things like this! DB2 was fine, why 
change it? If this is an attempt to modernize DB2 then it so far off the 
mark it's crazy!


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN