home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.oracle
- Path: sparky!uunet!gatech!concert!uvaarpa!murdoch!brain.med.virginia.edu!prs9k
- From: prs9k@brain.med.virginia.edu (Phil Scarr)
- Subject: Re: SQL Net
- Message-ID: <1993Jan9.122548.18050@murdoch.acc.Virginia.EDU>
- Sender: usenet@murdoch.acc.Virginia.EDU
- Organization: Neuroclinical Trials Center, University of Virginia
- References: <1354@pivot-sts.sbi.com> <1993Jan8.225515.14297@digi.lonestar.org>
- Date: Sat, 9 Jan 1993 12:25:48 GMT
- Lines: 35
-
- In article <1993Jan8.225515.14297@digi.lonestar.org> mmittman@digi.lonestar.org (Michael Mittman) writes:
- >
- >My experience with SQL*Net is that it is a real dog when the darn
- >thing is working.
- >
- >We have two databases on one machine (an Amdahl) which is partitioned to
- >run UTS operating system (UNIX) and MVS operating system. The failure
- >rate for SQL*Net when going from UTS to MVS has been far to great, it
- >fails at least twice per month (far to great for a large corperation).
- >
- >Also, performance is a factor. SQL*Net's transfer rate is about 512k.
-
- Could you be more specific here? 512k per what unit of time? Second,
- Minute, Hour?
-
- >
- >Check out other possible solutions FIRST (ie: TCP/IP).
-
- SQL*Net USES tcp/ip for its transfer in installations with a tcp/ip
- network. What are you using? This might explain your slow transfer
- rates.
-
- >
- >Good Luck
- >
- >Michael Mittman
- >QRA Software Metrics - Software Tools Development
-
- -Phil
- --
- PHIL SCARR \ We are Microsoft... / (o) 804.243.0229
- University of / OS/2 is irrelevant. \ (f) 804.243.0290
- Virginia, \ UNIX is irrelevant. / prs9k@Virginia.EDU
- Neurosurgery / Openness is futile. \ prs9k@Virginia.BITNET
- HP-UX is my life!\ Prepare to be assimilated... / ...uunet!virginia!prs9k
-