Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: rbowman Newsgroups: comp.unix.shell,comp.os.linux.misc Subject: Re: Over-Elaborate Shell Scripting Date: 13 Mar 2026 19:33:14 GMT Lines: 16 Message-ID: References: <10otpi4$1opu8$3@dont-email.me> <10otrqi$1p9ft$1@dont-email.me> <10ou2q9$1qp29$1@dont-email.me> <10oucet$vo4d$2@news.xmission.com> <10ouhk5$22anv$1@dont-email.me> <10ov1lu$27u8r$2@dont-email.me> <10ov2m4$296s5$3@dont-email.me> <10ov520$27u8r$5@dont-email.me> <10p0sjs$30rut$11@dont-email.me> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net k9QkP0Pai7TrfpgUm/OjpgIP/aLXKI8kFEVuHzTAQWWE8GYglR Cancel-Lock: sha1:Ny1h0pFEsjGqTEA4tb9EHOddm8A= sha256:hlNcP2iuAayTeJkgKD4AgpIogJi3TM4aK461UGAWXn4= User-Agent: Pan/0.162 (Pokrosvk) Xref: csiph.com comp.unix.shell:26694 comp.os.linux.misc:82929 On Fri, 13 Mar 2026 11:32:12 +0000, The Natural Philosopher wrote: > It's very hard to documents a regexp . Or in fact a complex SQL > statement. > And in the latter case I replaced a complex SQL statement by a series of > simple statements and some C and the program ran at least 10 times > faster. > (I never found out how long the SQL version ran because I aborted it > after 6 hours. The C example ran and gave me debugging output, and once > I had fined tuned it, it took about 40 minutes ) We had one support person who spent his spare time crafting SQL statements. They would fail on older DB2 systems that had a 4K limit on a statement size. The best part is with a chain of CONCAT(CONCAT(CONCAT(.... when a SUBSTR or something fails the whole mess returns NULL.