ESDS's could (for example) be simulated with a sequentially generated key, as could RRDS's (also supportted by CICS). Such info is just another item about the file you'd probably keep in 'the catalog'...
On Wed, Aug 8, 2012 at 10:31 AM, McKown, John <[email protected]> wrote: > SQLite might be very nice to emulate some parts of VSAM, mainly KSDS (keyed) > with alternate indices. I don't see where it would be correct for ESDS (the > only other VSAM supported by CICS). Another thing which might be useful could > be Berkeley DB: > <quote> > The Berkeley Database (Berkeley DB) is a programmatic toolkit that > provides embedded database support for both traditional and > client/server applications. The Berkeley DB includes B+tree, Extended > Linear Hashing, Fixed and Variable-length record access methods, > transactions, locking, logging, shared memory caching, and database > recovery. The Berkeley DB supports C, C++, Java, and Perl APIs. It is > used by many applications, including Python and Perl, so this should > be installed on all systems. > </quote> > > I just don't know if it supports the concept of an alternate index/key. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > [email protected] * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > >> -----Original Message----- >> From: Linux on 390 Port [mailto:[email protected]] On >> Behalf Of Mike Noel >> Sent: Wednesday, August 08, 2012 12:34 PM >> To: [email protected] >> Subject: Re: porting kicks >> >> Good point about prefacing the environment ddnames with *something* to >> ensure they don't conflict with other environment names. >> I also appreciate your mentioning the z/os open environment; I'd >> forgotten about it. I'm supposing a port to that world would not be >> too difficult after I had a running zLinux implementation, but I >> wonder if there would be any interest given that KICKS already works >> well for TSO in z/os? >> VSAM is of course a whole different issue. I consider a major piece of >> my KICKS to Linux port to be providing vsam functionality in that >> world and I'm presenting thinking to base my 'vsam' on sqlite. I >> understand several people are working to port sqlite to zLinux; >> hopefully they will 'beat' me! > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
