Русифицировал для Sergo Gromov текст токаря. Вроде бы понятно, что на SQL эквивалента просто нет. И сказать лучше/хуже, соответственно, не представляется возможным.

"Предложил в одном топике функцию от Sergo Gromov специалистам по SQL и РСУБД, в связи с их утверждениями, что они пишут приложения баз данных на чистом SQL. В результате получился такой вариант кода на чистом (?) SQL:

CREATE FUNCTION aaa( @fld VARCHAR(1000) ) RETURNS VARCHAR(1000)
AS
BEGIN
DECLARE @t VARCHAR(1000)
WHILE (1=1)
BEGIN
SET @t = REPLACE(@fld, ' ', ' ')
IF @t = @fld
BREAK
SET @fld = @t
END
RETURN LTRIM( RTRIM(@fld) )
END

Из чего можно заключить, что:
1) SQL - процедурный (а не декларативный) язык;
2) на котором программы (в части обработки данных - о чтении из БД отдельный разговор) в два раза длиннее чем на MUMPS;
3) и функционал кода Sergo Gromov не реализован - нельзя удалить ЛЮБОЙ символ.

Есть и второй вариант, как бы на "более чистом" (?) SQL, автор которого оригинально использовал вложенную REPLACE с предварительной вставкой служебного символа после "срединных" пробелов:

DECLARE @fld VARCHAR(1000)
SET @fld = ' sdfbsdbvds d dfgb dfgdfb fdgdfgn fgdfgndfn '
SELECT REPLACE(REPLACE(REPLACE(RTRIM(LTRIM(@fld)), ' ', ' '+char(1)), char(1)+' ',''),char(1),'')

И этот вариант не доделан, и получается, что:
1) нельзя повторно использовать код (не оформлена процедура/функция);
2) и снова функционал кода Sergo Gromov не реализован ! (как, кстати, и у Valeriu на Cache Basic - так что заманчивые RTRIM/LTRIM не проходят в обоих случаях).

Складывается впечатление, что это определенная тенденция, то есть на самом деле приложения в РСУБД пишутся на нескольких языках, что вообще говоря плохо, и может быть, понимая это, специалисты по SQL и РСУБД "слегка преувеличивают" (но, надо заметить, систематически).

Лично мне в "том топике" никто ничего не заметил. То, что Вы говорите, только подтверждает легкое, но систематическое, преувеличение.
И зачем же нервная "оцифровка видеосигнала", когда речь идет о простейшей обработки строк для помещения в БД ? По всему видно, что Вы не можете написать код на чистом SQL (и даже на "процедурном SQL"). Остается только надеяться, что в будущем Вы и Ваши коллеги не будут "слегка преувеличивать".
И как-то слегка неприлично (или самонадеянно ?) звучит опровержение мысли ведущих специалистов БД об очевидной пользе интегрированного языка. Ведь Вы вынуждены программировать на нескольких языках, так как в Вашем распоряжении нет интегрированного языка. То есть пока продолжаете слегка преувеличивать.