Сто пудов это будет цикл

Федор Мих.
Прочитал Ваш крик души с тем же названием в форуме MS SQL. Данная задача возникла у Вас от того, что база спроектирована безграмотно.

Если невозможно перепроектировать базу, то тригеры на вставку в "старшие" таблицы могут добавить в "младшие" необходимые значения

Во первых, не надо называть скриптами то, что принято называт запросами.

Насколько я понял, то у Вас есть некая таблица Мясо (МясоКод, Мясо) и таблица СколькоВеситьВГраммах (МясоКод, Граммы). При добавлении в таблицу Мясо новой записи, нужно что бы создались записи:

МясоКодПоследний, 100 грамм
МясоКодПоследний, 200 грамм
МясоКодПоследний, 1200 грамм

Это - возможное решение. В тригере на вставку в Мясо можно автоматом добавить во СколькоВеситьВГраммах весь набор, взятый из некоей эталонной таблицы

инсетр инто Мясо
сет @МясокодПоследний = @@идентити

инсерт инто СколькоВеситьВГраммах (МясоКод, Грамм) селект @МясокодПоследний, Граммы фром ЭталонныйСколькоВеситьВ граммах

Оно плохо тем, что при необходимости добавить всем новую весовую категорию, нужно добавлять во СколькоВеситьВГраммах кучу записей. Наверняка получится сильно разряженная таблица. Это не есть хорошо.

Нормальное решение: добавить промежуточную таблицу для реализации между Мясо и СколькоВеситьВГраммах отношения многие-ко многим.

Честное слово, лень вникать, что Вы там накосячили.
Может кто другой сжалится. Я бы, может быть, помог перепректировать, если бы Вы озвучили саму задачу, а не то, что Вы сделали для ее решения. Нет условия задачи - нет решения. Задачи по проектированию НИКОГДА не бывают такого вида: "У меня есть таблицы 1, 2, 3 Как сделать, что бы это работало?". За этим - на форумы по серверам.
В Проектировании решается одна проблема : "Как сделать таблицы 1,2,3, 4, 5, 6 ...", что бы потом не надо было задавать вопросы на форумах по серверам.

Ну и как они без такого сервиса раньше обходились? 10 лет все работало, а тут вдруг понадобилось. Можеит надо документацию к базе почитать. Если она есть :)
Не верю. (с) Станиславский