| 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
 |