home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / oracle / 2753 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.8 KB  |  60 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!enterpoop.mit.edu!linus!linus.mitre.org!stillson
  3. From: stillson@mitre.org (Ken Stillson)
  4. Subject: Re: SQL Net
  5. Message-ID: <stillson.726765399@tsfsrv>
  6. Sender: news@linus.mitre.org (News Service)
  7. Nntp-Posting-Host: tsfsrv.mitre.org
  8. Organization: The MITRE Corporation
  9. References: <1354@pivot-sts.sbi.com>
  10. Date: Mon, 11 Jan 1993 15:16:39 GMT
  11. Lines: 47
  12.  
  13. In comp.databases.oracle you write:
  14.  
  15. >We looking at using Oracle in a distributed environment. I've heard that
  16. >this is accomplished using SQL net. But is it reliable? Is it a good product? 
  17. >Is it worth it.  Are there any alternatives?
  18.  
  19.   Well, we've installed it, but aren't making much use of it, because it's
  20.   not a very good product(s), and not very reliable...  We have Oracle
  21.   running on a Sun 4, connected to a PC with a Western Digital ethernet
  22.   card, and running Windows 3.1.  The idea was to use Q+E (an Excel add in
  23.   that understands SQL*Net) to allow SQL queries from inside Excel to go to
  24.   the server.
  25.  
  26.   Okay, here's the data chain: SQL*Net (for the PC by Oracle) uses TCP/IP,
  27.   and requires one of four obscure versions of TCP/IP: all of which are
  28.   incompatible with our currentl IPX [Novell] / Packet Driver ethernet
  29.   system.  We chose the 3Com version of TCP/IP, and had to obtain a patch
  30.   for the 3com software to work with the WD hardware (and it was still a
  31.   pain!)..  After that you have to add window's patch's to get the channel
  32.   though windows...  and though everything you need qemm to run your
  33.   memory...  So we're tring to get a system working with stuff fro 6
  34.   different vendors: QuarterDeck (qemm), 3Com (tcp/ip), GTSI (patch to 3com
  35.   for WD), Oracle (sql*net, sql*tcp, and sqlwin.dll), Pioneer (Q+E), and
  36.   MicroSoft (Excel).  Let me tell you-- it's a pain.
  37.  
  38.   After two weeks fussing (and dozens of calls to all of the above vendors)
  39.   with memory conflicts, IRQ link bugs, obscure protocol files, out of date
  40.   DLL's, new versions, newer versions, re-arranging interrupts, tracing
  41.   things though assembly language to see where they crashed-- we finally
  42.   got it working.
  43.  
  44.   However, you basically have to dedicate your machine to it: it doesn't
  45.   work with telnet or Novell, takes so much memory windows is crippled, and
  46.   is slow enough that it's generally easier to do the query in SQL on the
  47.   sun, use emacs to convert it to csv, and ftp it over.
  48.  
  49.   I don't know what those others who responded saying the system was okay
  50.   were doing-- but I found the whole thing a techno-nightmare, and informed
  51.   my management that while the technology made it possible, the
  52.   software just isn't ready yet.
  53.  
  54.     - Ken Stillson, stillson@mitre.org
  55.  
  56. --
  57.                                                                 ____
  58. panic: cannot read .signature file for stillson@mitre.org       \  /
  59. Abort, Retry, Ignore, Explode?                                   \/
  60.