Sujet : Re: The joy of Ada
De : 186283 (at) *nospam* ud0s4.net (186282@ud0s4.net)
Groupes : comp.os.linux.miscDate : 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.