Relational Database Question .....

Alma J Wetzker almaw
Fri Dec 31 14:38:49 PST 2004


My recommendation would be to go with SQL as the standard syntax.  Build a 
utility to change the old source to the new and ship it with the working 
system.  There may well be compelling reasons to make *NO* changes to the 
AppGen syntax, if so, fine.  If not, some simple, judicious changes like 
updating standard database commands to SQL seem like a Real Good Idea (tm)

     -- Alma

Ben Duncan wrote:
> On my SLAG project (The OSS AppGen replacement based in S-Lang I am 
> writing),
> in order to emulate on of the aspects of Appgen, which is:
> 
> When in a screen and you are on the "record key" prompt, which is 
> usually prompt
> number 1, after entering the data, the runtime does a read to the 
> primary file.
> If it gets a hit, it automagically puts you in "Change" mode and 
> populates the
> data portion of that screen, if it does not get a hit, the runtime then 
> asks if
> you wish to "add" the record as new (using the just entered key value).
> 
> I just figured to do a "READ" using the key to do the same for SLAG.
> 
> Suggestions, criticism, alternate solutions?
> 
> FWIW: IANASE (I am not a SQL expert)
> 
> Kurt Wall wrote:
> 
>> On Tue, Dec 28, 2004 at 10:11:45AM -0600, Ben Duncan took 25 lines to 
>> write:
>> ; Does anyone know of any of that any of the database's out there can let
>> ; you access by giving a key and a read other than issuing a SQL command?
>>
>> Not really. I suppose you could cobble something together by creating 
>> a stored procedure, but the benefit would be pretty minimal.
>>
>> ; example (pseudo coded):
>> ; ; Select unique customer_number from customer ....
>> ; being the SQL code ...
>> ; ; READ customer using customer_number.
>> ; being the direct read .....
>>
>> If I ask why, would the answer matter?
>>
>> Kurt
> 
> 



More information about the Linux-users mailing list