Сообщение Re[3]: Бизнес логика в ХП от 26.06.2016 20:15
Изменено 26.06.2016 20:28 Artem Korneev
Здравствуйте, Gattaka, Вы писали:
G>Но у большинства разработчиков делаются глаза круглыми при словах Table Spool, Nested Loop, кластерный и некластерный индекс чем отличаются.
Про кластерный индекс я знаю, про остальное нет.
G>И не знание этих простых вещей [...]
Ваш вопрос был о минусах переноса логики в хранимые процедуры. Я вам привёл пример минуса — "обычным" fullstack-разработчикам трудно поддерживать такой код. Нужны будут люди с хорошим знанием SQL.
G>Но у большинства разработчиков делаются глаза круглыми при словах Table Spool, Nested Loop, кластерный и некластерный индекс чем отличаются.
Про кластерный индекс я знаю, про остальное нет.
G>И не знание этих простых вещей [...]
Ваш вопрос был о минусах переноса логики в хранимые процедуры. Я вам привёл пример минуса — "обычным" fullstack-разработчикам трудно поддерживать такой код. Нужны будут люди с хорошим знанием SQL.
Re[3]: Бизнес логика в ХП
Здравствуйте, Gattaka, Вы писали:
G>Но у большинства разработчиков делаются глаза круглыми при словах Table Spool, Nested Loop, кластерный и некластерный индекс чем отличаются.
Про кластерный индекс я знаю, про остальное нет.
G>И не знание этих простых вещей [...]
Ваш вопрос был о минусах переноса логики в хранимые процедуры. Я вам привёл пример минуса — "обычным" fullstack-разработчикам трудно поддерживать такой код. Нужны будут люди с хорошим знанием SQL.
Юниттестов для SQL-кода в том проекте, разумеется, не было.
G>Но у большинства разработчиков делаются глаза круглыми при словах Table Spool, Nested Loop, кластерный и некластерный индекс чем отличаются.
Про кластерный индекс я знаю, про остальное нет.
G>И не знание этих простых вещей [...]
Ваш вопрос был о минусах переноса логики в хранимые процедуры. Я вам привёл пример минуса — "обычным" fullstack-разработчикам трудно поддерживать такой код. Нужны будут люди с хорошим знанием SQL.
Юниттестов для SQL-кода в том проекте, разумеется, не было.