Thread View: comp.sys.mac.databases
6 messages
6 total messages
Started by Hades
Wed, 02 Sep 1992 19:19
Re: DH and the rest of the world...
Author: Hades
Date: Wed, 02 Sep 1992 19:19
Date: Wed, 02 Sep 1992 19:19
42 lines
2674 bytes
2674 bytes
-- Peter Yamamoto writes --
>
> Our university is on a five year (or so) plan towards a "centralized"
> data processing system. We are using DH in our department for a grad
> database and it appears that we are probably one of the most electronicly
> developed departments (being the CS department that's a relief to
> hear!-).
>
> The problem is or will be that the centralized database is going to be
> an Oracle database.
Hm... this is a problem.
> Other than dump and load, does anybody have any experience or any idea
> of how DH may be able to communicate with an Oracle database or some
> other Oracle front-end application (or any other database/spreadsheet
> for that matter)?
To my knowledge there is currently no way for DH to communicate with
other programs, and it certainly has no capability to work as a front
end. Perhaps this ability will be includede as part of Helix Express at
some point, but for now DH and HE are self contained applications/rdbms.
> On a related note, what Oracle front-ends are there for the Mac?
Well, there are a whole bunch, not the least of which is Oracle
Card. I beleive that it is also possible to write your own front-end
using something like FoxBASE, 4D, or Hypercard provided that you have
the correct extras for these programs. You might also want to look into
using DAL as your means of communication. This requires the purchace of
the DAL Server for whatever machine is running the Oracle database. If
Oracle Card can't do what you need then you are going to have to look
into some other solution, like the ones I mentioned above. If at all
possible, I recommend using a full-fledged realtional database, like 4D,
as your front-end. There are some functions that you can only get with a
database that you might find very helpful, to say nothing of report
generation capabilities. Good luck.
--
-Hades (Brian V. Hughes)
"Egads! These look like a women's fingerprints"
-- Durlock Holmes
Re: DH and the rest of the world...
Author: Glenn Stauffer
Date: Wed, 02 Sep 1992 22:43
Date: Wed, 02 Sep 1992 22:43
16 lines
1378 bytes
1378 bytes
In article <9209021919.AA28877@coos.dartmouth.edu> Hades, hades@coos.dartmouth.edu writes: >using DAL as your means of communication. This requires the purchace of >the DAL Server for whatever machine is running the Oracle database For more versatility, you may want to investigate SQL*Net from Oracle. I was at an Apple/Oracle presentation a few weeks ago and SQL*Net was touted over DAL. Apparently, Oracle isn't too pleased with the DAL solution. I'll dig out my notes and post later about things I learned at the presentation - including mention of a Quadra-based Oracle server. Glenn Stauffer Swarthmore College
4D Server
Author: Sami Hero
Date: Thu, 03 Sep 1992 10:34
Date: Thu, 03 Sep 1992 10:34
24 lines
1535 bytes
1535 bytes
Hello all, Just saw the new 4D v3.0 and server and spoke to people at ACI and as far as I am considered I haven't been so impressed for ages. 4D server and 4D Workstation should ship in US 15th september and in Europe 2-4 weeks later (according to ACI). 4D server has been definitely re-built for Multiuser since it minimizes the network traffic, does huge amount of processing in the server and is in all aspects incredible faster than old v2.0 As far as the rumor goes 4D server should be reasonable cheap also..?!? Anyhow if you have possibility to contact ACI and visit the DevCon in Paris the 10th of September or the MacExpo in Paris starting 16th of September you can see some amazing stuff. Best, Sami Hero. ***************************************************************************** *** Sami Hero - managing director of HeroCom *** *** "Effective use of the best Database system - 4th Dimension will *** *** put us into leading position in Finland's Consulting business" ***
Re: DH and the rest of the world...
Author: Hades
Date: Thu, 03 Sep 1992 15:04
Date: Thu, 03 Sep 1992 15:04
24 lines
1842 bytes
1842 bytes
stauffer@cc.swarthmore.edu (Glenn Stauffer) writes:
>In article <9209021919.AA28877@coos.dartmouth.edu> Hades,
>hades@coos.dartmouth.edu writes:
>>using DAL as your means of communication. This requires the purchace of
>>the DAL Server for whatever machine is running the Oracle database
>For more versatility, you may want to investigate SQL*Net from Oracle.
>I was at an Apple/Oracle presentation a few weeks ago and SQL*Net was
>touted over DAL. Apparently, Oracle isn't too pleased with the DAL
>solution. I'll dig out my notes and post later about things I learned
>at the presentation - including mention of a Quadra-based Oracle server.
This doesn't surprise me too much. From what I have heard about
Oracle, their version of SQL is pretty radical from the standard, which
is what DAL is based on. I don't fully know what this means, because I
don't really know SQL, but it seems similar to all the different
versions of BASIC that have existed over the years.
--
-Hades (Brian V. Hughes)
"Egads! These look like a women's fingerprints"
-- Durlock Holmes
Re: DH and the rest of the world...
Author: John Jamison RD AC
Date: Thu, 03 Sep 1992 16:09
Date: Thu, 03 Sep 1992 16:09
40 lines
2200 bytes
2200 bytes
In article <1BZPBYYH@cc.swarthmore.edu> stauffer@cc.swarthmore.edu (Glenn Stauffer) writes: >In article <9209021919.AA28877@coos.dartmouth.edu> Hades, >hades@coos.dartmouth.edu writes: >>using DAL as your means of communication. This requires the purchace of >>the DAL Server for whatever machine is running the Oracle database > >For more versatility, you may want to investigate SQL*Net from Oracle. I >was at an Apple/Oracle >presentation a few weeks ago and SQL*Net was touted over DAL. >Apparently, Oracle isn't >too pleased with the DAL solution. I'll dig out my notes and post later >about things I >learned at the presentation - including mention of a Quadra-based Oracle >server. > >Glenn Stauffer >Swarthmore College I wouldn't expect Oracle to hype DAL over one of its own products, would you?!? The downside of using SQL*Net is that all your front-end applications are hardwired into Oracle, which is of course exactly what Oracle wants. Having used DAL extensively on several projects, I would be the first to say that it isn't a dream. However you are almost wholly independent of the back-end, be it Oracle, Sybase, Ingres, etc. If you go into building your front-end applications with something like DAL, you gain the ability to scale these applications well: start them off with a server on an A/UX box, move it to a VAX, and on and on. On the other hand, if you are an Oracle shop and have support contracts, etc, and are not planning a migration or diversification soon, probably SQL*Net is the way to go simply from the point of simplicity of support. -John Jamison Swarthmore College class of '88 Disclaimer: these opinions are mine all mine! -- ----------------- John Jamison Bell Atlantic Healthcare Systems jjamison@bellahs.com
Re: 4D Server
Author: Brian Martin
Date: Mon, 07 Sep 1992 10:45
Date: Mon, 07 Sep 1992 10:45
22 lines
1256 bytes
1256 bytes
In article <1992Sep3.103452.5791@nntp.hut.fi> t36269v@saha.hut.fi (Sami Hero) writes:
>Hello all,
>
>Just saw the new 4D v3.0 and server and spoke to people at ACI and as far
>as I am considered I haven't been so impressed for ages.
>
>4D server and 4D Workstation should ship in US 15th september and in Europe
>2-4 weeks later (according to ACI).
Don't expect 4D Server to ship any earlier than October 15th.
Also, it will be released in Europe and in the US on the same day.
Best regards,
Brian K. Martin, M.D.
Martin Information Systems, Ltd.
1103 9th Avenue, Suite 203
Honolulu, Hawai`i 96816-2403 USA
Voice (808) 733-2003
Fax (808) 733-2011
CompuServe: 76535,250
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads