T.R | Title | User | Personal Name | Date | Lines |
---|
803.1 | SQL/Services is the answer | MAIL::DUNCANG | Rdb & DTM, 2 phase knockout for Oracle | Wed Nov 21 1990 23:28 | 7 |
| Why don't you use SQL/services on the VAXstation or DECstation to
access the Rdb database on the VMS server and forget about running
Rdb on the VAXstations remotely ? Rdb takes out lots of locks and
why burden the weak little VAXstations with lock traffic when you
can probably use the SQL/services API to implement client-server.
-- gerry
|
803.2 | | NZOV03::HOWARD | NZ: Where Digital's Week Begins | Thu Nov 22 1990 06:12 | 13 |
| Could you tell us more about the application.
If all user access vis going to be from an X-windows device, you might
want to consider Ingres's Windows/4GL. This is only if this is a
totally new site (of course) because one of your competitors might offer
this up.
The RISC systems will process faster if the application requires much
local manipulation. VMS will offer more functionality. If it's just
for displaying in a local environment (you didn't say how "long" the
ethernet link was) then VT1300s could be the answer.
Cheers, Martin
|
803.3 | my 2cents. | COPCLU::BRUNSGAARD | ACID isn't just music and junk | Thu Nov 22 1990 13:50 | 14 |
| Re .1
And if you hook up you workstations in the net (or just accesses the
database via DECNET name) RDB$REMOTE task-task (or Client Server)
processes will be used and the locking will only take place on the
SERVER.
So you don't really need to use SQL services from VMS, just use SQL and
acces via DECNET.
Re .2 The Ingres/windows/4gl is very promising, but I wouldn't bet my
customers project on a V1 product...
The pesimist,
Lars
|