× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: SQL within application programs
  • From: "Pytel, Alexei" <pytela1@xxxxxxxxxxxxxxxx>
  • Date: Wed, 16 Dec 1998 17:36:46 -0000


This is a common misconception.
Vice versa - the more complicated the queries, the more beneficial SQL
becomes.
I was a consultant for a large project, written completely in SQL. And
SQL happened to be a very good performer. There were some cases when a
carefull tuning was required, but this is what consultants are for.

    Best regards,

          Alexei Pytel



> -----Original Message-----
> From: Dibrell, Branston [SMTP:branston.dibrell@eds.com]
> Sent: Wednesday, December 16, 1998 4:14 PM
> To:   MIDRANGE-L@midrange.com
> Subject:      RE: SQL within application programs
> 
> I think of SQL as being good in terms of being able to separate out
> your
> front-end programs from your back-end database.  If all access to the
> database was with SQL, you could (in theory) move the database onto
> another
> box (even another platform) and not affect the programs.
> 
> Actually (I'm no expert, but), I think of SQL as being rather
> inefficient
> when it comes to complicated queries, etc.
> 
> -Branston
> EDS - Colorado Springs CO
> 
> > -----Original Message-----
> > From:       Mary Koetting [SMTP:Mary_Koetting@mail.mchcp.org]
> > Sent:       Tuesday, December 15, 1998 4:09 PM
> > To: 'midrange'
> > Subject:    SQL within application programs
> > 
> > When is it efficient  to use SQL within application programs? 
> > 
> > It has been my thinking that if a subset of records can be selected
> at one
> > time, it would be time effective use of SQL but if one and only one
> record
> > is being sought, dynamic access would be faster. 
> > 
> > Any thoughts/opinions on the matter.  Any and all greatly
> appreciated.  
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to
> MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to
> MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.