Re: Using VB as a front end to Oracle
Date: 1996/12/30
Message-ID: <32C819C0.676_at_uk.oracle.com>#1/1
Or generate it from Designer/2000, UI, database connections and data integrity and all.
John Meyer wrote:
>
> The fastest way is using the OCX for OCI, no maybe and guessware layers.
>
> The OCX for OCI provides the VB (or OCX users/programmers) with direct
> "control" and "access" to the OCI programming API. Full control, full
> speed.
>
> Simply requires SQL*NET in user's workstations.
>
> The OCX/OCI (comes with 32 and 16 bit OCX, VB4 samples, printed and online
> documentation) can be found at Sylvain Faust Inc. (SFI) at:
> http://www.sfi-software.com
>
> For product specs, Check:
> http://www.sfi-software.com/prod_SQLSomOCXOCI.htm
>
> To see what Oracle staff think of it:
> http://www.sfi-software.com/pr10.htm
>
> To access the FULL online documentation in html interactive way:
> http://www.sfi-software.com/manuals/ocxoci1/sqlocxoc.html
>
> Get and evaluation copy by following the download instructions at:
> http://www.sfi-software.com
>
> John Meyer,
> Sylvain Faust Inc. (SFI)
> http://www.sfi-software.com
> Oracle World Alliance Parnter
> Tel: 819 778-5045
> ==========================================
>
> richu <richu_at_spacelab.net> wrote in article
> <59o462$19o_002_at_news.spacelab.net>...
> > In article <32B87148.50B0_at_fl.logica.com>, mechang_at_fl.logica.com wrote:
> > >I need to investigate using VB as a front end GUI client to Oracle.
> > >What I would like to know is what is the best performance method of
> > >interfacing VB to Oracle. VB allows the use of a data control, DAO (and
> > >JET), RDO or by using the ODBC API. Because performance is an issue,
> > >ODBC seems the best bet. However, is there a more direct approach to
> > >interfacing VB to Oracle than using ODBC?
> > >
> >
> > Yeah, using OCI...encapsulated by Oracle Objects for OLE. This component
> > exists as an OLE server and should be the fastest method to access Oracle
from
> > VB
> >
-- The statements and opinions expressed here are my own and do not necessarily represent those of Oracle Corporation.Received on Mon Dec 30 1996 - 00:00:00 CET
