HI john. Yes, You understand my point.
I also afraid about security and if I will do something like that I will have also to limit access to the PC Server (using IP). Thanks, Shai On 1/23/08, McKown, John <[EMAIL PROTECTED]> wrote: > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > > Sent: Wednesday, January 23, 2008 10:32 AM > > To: [email protected] > > Subject: Re: DB2 queries without using MF. > > > > > > shai hess wrote: > > > I mean without access the MF. > > > > > > > I'm no DB2 expert. But, I believe the DB2 UDB that runs on > > UNIX, Linux > > and Windows supports the same client interfaces as its z/OS host > > counterpart. Please consult the DB2 product page > > http://www.ibm.com/software/data/db2/9/ for details. > > > > -- > > Edward E Jaffe > > I think what Shai is getting at is to save the z/OS DB2 files on his > MFDisk product. Then be able to access the data within the MFDisk > emulated DASD directly on the PC without using z/OS DB2 or maybe even > any other access method. This would be "nice" (FSVO "nice") if somebody > needed to do reporting against the DB2 data on the PC itself. You > wouldn't need to request the data from z/OS DB2, just read it yourself > via his API. > > Personally, I shudder. Talk about a massive violation of security. Of > course, this is why I would __NEVER__ store z/OS data on anything other > than z/OS DASD (no, not even FlexCUB). If the DASD array can be accessed > by __anything__ other than z/OS via standard z/OS facilities, it is a > disaster (or security violation) waiting to happen. I can imagine what a > state board of insurance auditor would say if our company stored > mainframe HIPAA data on a PC with no access controls guaranteed. <burr>! > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
