Являются ли записи долго хранимых процедур признаком плохого дизайна базы данных и стиля кодирования?

Question

Я встретил одного человека, который утверждает, что он написал более 5000 строк хранимых процедур в Sql Server.Эта долго хранимая процедура действительно требуется когда-либо?Или это признак плохой базы данных и дизайна кодирования?Я действительно волнуюсь.Я никогда не писал ничего больше, чем 100 строк кода в «Хранимой процедуре» в одном из моих живых проектов, основанных на страховании, которые касались соглашений и дополнений США.Кстати, он хвастался, как будто он проделал большую работу, написав такую ​​длинную хранимую процедуру.

Заранее спасибо:)

В ожидании ваших ответов.

Answer 1

Исходя из моего личного опыта, есть несколько условий, которые вынуждают вас писать такую ​​длинную хранимую процедуру, это 2 из тех, которые я помню сейчас

• Плохой дизайн базы данных (какВы уже упоминали)
• Большая сложная формула для расчета очень, очень сложных, отчетов и т. д. (например, Управление персоналом - Управление отпуском)

Я не думаю, что написание такогодлинная хранимая процедура - это хорошо, лично я считаю, что это довольно плохо, это показывает, что база данных испорчена, недостаточно тщательно спланирована.

Answer 2

Я не думаю, что длина хранимой процедуры является признаком плохого дизайна или стиля кодирования.

Я думаю, что код в хранимой процедуре является признаком плохого дизайна или стиля кодирования.

Он мог бы написать

SELECT
*
FROM
TABLE
AS
t

Это может вырасти довольно быстро, как вы знаете, это может поместиться в одну строку, возможно, он думает, что это более читабельно

Дело в том, что я не думаю, что длина - это хороший показатель, чтобы определить, хорош или плох спрок. Вы, вероятно, можете написать спрок в 100 строк, что хуже, чем спрок в 5000 строк.

Если бы я лично посмотрел на своего нового 5000-линейного спрока, я бы волновался и не гордился, даже если бы не было другого выбора. Поддержание этого будет кошмаром.

Но в случае с вашими друзьями трудно комментировать в любом случае, не зная, какое действие выполняет sproc или как оно это делает.