Дмитрий Ковальский

if  (id == 100) {
ion.sound.play(type);
arrSound['v1'] = type == "on" ? 0 : 1;
}

Вашу задачу нужно разбить на 2 более простых.
1) сформировать select для вставки в вашу таблицу.
2) сделать insert с помощью полученной выборки.
Не усложняйте себе жизнь. Подумайте по каким признакам можно получить необходимую вам выборку. Если там совсем совсем случайный набор бессистемных данных - тогда делайте пару тысяч раз insert.

Если на вашей базе данных есть функционал CTE, то можно так попробовать

WITH articlesCount(articleId,count) as 
SELECT articleId, COUNT(tagId) as count from article_tags
GROUP BY articleId

SELECT what your need from article as a
INNER JOIN articlesCount as ac on a.id = ac.articleId
order by ac.count

Если нету - подобное можно провернуть через временные таблицы.

Код то может и понятный, но тупой. Id должен быть сгенерирован уникальным, а не проверятся потом уникальный получился или нет(или что он вообще делает). Тот же код без goto

do
{
id = GenerateString(32)
}while(unique(id))

Порядок выполнения кода должен быть понятен. Бросание хода выполнения по меткам понимания не добавляет.
Вот вам пример из C#

try{
a=3;
return a;
}
catch{
a=0;
return a;
}
finaly
{
a=5;
}

И вот эта конструкция вполне допустима, но многие молодые программисты споткнутся и не ответят что вернет функция. Причина? неявный goto. Вы привели в пример код с 1 переходом. А если таких переходов 5-10 и они не последовательны. Т.е. один внутри другого, третий сбоку. Любую задачу, которая решается использованием goto можно реализовать циклами, суперпозицией и другими более простыми инструкциями. Вопрос - зачем использовать goto? Приведите пример, в котором код на goto выглядит проще и очевиднее чем циклы и прочее - используйте goto. В других случаях применение goto не оправдан и кроме недоумения, при анализе кода, не вызывает ничего.

Хранимая процедура с двумя инсертами в рамках одной транзакции.
UPD:

insert into tab2 (id,numold)
select id, num from tab1
where id = @inputId

insert into tab1(id,num)
values @inputId,@inputNum

Так нельзя?В противном случае вам нужно определить условие where в первом запросе. Максимальный id или что-то подобное