Re: The joy of Ada

Liste des GroupesRevenir à ol misc 
Sujet : Re: The joy of Ada
De : 186283 (at) *nospam* ud0s4.net (186282@ud0s4.net)
Groupes : comp.os.linux.misc
Date : 28. Oct 2024, 05:58:34
Autres entêtes
Organisation : wokiesux
Message-ID : <VjKdnS8_KJVnhIL6nZ2dnZfqnPSdnZ2d@earthlink.com>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0
On 10/27/24 5:30 PM, Lawrence D'Oliveiro wrote:
On Sun, 27 Oct 2024 09:46:15 +0000, The Natural Philosopher wrote:
 
I never bothered learning the more arcane side of SQL because if I ever
managed to get the query right, it was always so abysmally slow that it
was quicker to use a series of simple queries and join them together in
application code rather than SQL
 I have found quite the opposite. Remember that, the more information you
put in the query up front, the more clues you give to the query optimizer.
   Long back I did extensive development on a PICK-OS based DB
   called 'Revelation'. It DID do an early version of SQL. It
   was used for over a decade.
   HOWEVER you never used the SQL beyond the top-level selections
   because it was too slow. Thereafter you used the "advanced"
   functions - hidden in the back of the manuals - to access the
   indexes and sorting routines and such - because they were ten
   or even 100 times quicker.
   Oh, they still sell 'Revelation' - DOS based - for about
   $300 ... but no support. Nice really, integrated WYSIWYG
   text-screen form builder too.
   Yes you CAN build a sophisticated query using SQL - but
   the syntax is TERRIBLE, hyper-prone to error, oft just
   un-readable - and the speed is still bad. Intelligently
   join yer OWN damned sets with proper code.

Date Sujet#  Auteur
6 Jul 25 o 

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal