🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: borland.public.vdbase.data.sql
Article #33

Re: Query troubles

#33
From: Romain Strieff [TeamB]
Date: Thu, 18 Feb 1999 00:00
21 lines
1416 bytes
In article <36cc3350.1357578@forums.inprise.com>, Steve Koterski politely 
paraphrased ...
> 
> This is true. All multi-table join result sets will be read-only. It is up
> to the application front-end to accommodate such read-only result sets and
> provide a means for updating the data in the separate base tables.
> Different front-end software packages handle this differently. Gary pointed
> out how you might go about handling this in Visual dBASE. In C++Builder and
> Delphi, it is handled different from that (using cached updates).
---
Also with normal DBFs? AFAIK the only way the big guys doing it is by 
sending SQL code to the server which then need a way to uniquely identify 
the concerned row(s) which can only be done if all the tables have a 
primary key, no?

-- 
Romain Strieff [TeamB]
Please read this newsgroup guide below before 
posting on the private Inprise newsgroups.
http://www.inprise.com/newsgroups/guide.html
--
Technical Details
Message-ID: <MPG.11361741985f6160989e0c@forums.inprise.com>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <7a9jpu$5604@forums.borland.com> <36cc3350.1357578@forums.inprise.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: ff5a1,1d377234ba5edb8a
X-Google-Attributes: gidff5a1,public
From: teamb@opto-pps.com (Romain Strieff [TeamB])
Subject: Re: Query troubles
Date: 1999/02/18
Message-ID: <MPG.11361741985f6160989e0c@forums.inprise.com>
X-Deja-AN: 445661340
References: <7a9jpu$5604@forums.borland.com> <36cc3350.1357578@forums.inprise.com>
Organization: TeamB
Newsgroups: borland.public.vdbase.data.sql