Re: Database Connectivity via the WWW
Date: 1996/10/10
Message-ID: <NEWTNews.845014984.29965.dafis_at_ppp.test.jccbi.gov>#1/1
In article <01bbb727$1c46cc30$3f951286_at_itmel_advws42>, <dimitrakas.nick.nm_at_bhp.com.au> writes:
> Path: news.ou.edu!news.ecn.uoknor.edu!munnari.OZ.AU!harbinger.cc.monash.edu.au!news.bhp.com.au!news.itmel.bhp.com.au!usenet
> From: "Nick DImitrakas" <dimitrakas.nick.nm_at_bhp.com.au>
> Newsgroups: comp.databases.ms-access,comp.databases.oracle,comp.infosystems.www.authoring.cgi,comp.infosystems.www.authoring.misc,comp.infosystems.www.misc,comp.lang.java.misc,comp.lang.java.tech,bhp.comp.internet
> Subject: Database Connectivity via the WWW
> Date: 11 Oct 1996 03:46:14 GMT
> Organization: BHP Company Ltd
> Lines: 27
> Message-ID: <01bbb727$1c46cc30$3f951286_at_itmel_advws42>
> NNTP-Posting-Host: 134.18.149.63
> X-Newsreader: Microsoft Internet News 4.70.1155
> Xref: news.ou.edu comp.databases.ms-access:112604 comp.databases.oracle:86956 comp.infosystems.www.authoring.cgi:44592 comp.infosystems.www.authoring.misc:16939 comp.infosystems.www.misc:54551
>
> Greetings all,
>
> I am currently involved in an investigation of how best to access data in
> various database systems (primarily Oracle and Access) from the WWW.
> I am interested in finding out peoples experiences in trying to do this
> type of thing, how they did it and whether it was a success or not.
>
> At the end of the day I am looking to compile a list of alternatives that
> could be used to either query or manipulate data (in databases) from the
> web,
> what the implications of each are and hopefully where the technology is
> headed in the future.
>
> Any help would be greatly appreciated.
>
> TIA,
>
> +-------
> | Nick Dimitrakas
> | Technical Consultant
> | BHP Information Technology
> | Level 7, 120 Collins St. Melbourne 3000, Australia
> | Phone: +61 3 9652 7817 - Fax: +61 3 9652 7580
> | E-mail: dimitrakas.nick.nm_at_bhp.com.au
> | #include <std_disclaimer> - Me no speak for company !
> +-------
>
>
It has been my experience recently that the internet is not a good place to
rely on connectivity. We had to place static routs on our routers to ensure
TCP/IP packets don't get lost. with regular web browsers loosing TCP/IP
packets is not a problem because the browsers just ask for the information
again, or something. With SQL*Net it appears you looses all connectivity and
you client locks up. If you can identify the users and your own router it is
possible for you to trace route the IP connections and load static routs to
ensure packets don't get lost.
Received on Thu Oct 10 1996 - 00:00:00 CEST