T-SQL, Databases, Development

Нужно было сегодня перестроить индексы в таблице. Обратился к google.com, чтобы вспомнить как правильно команда пишется. Синтаксис таков:

DBCC  DBREINDEX
(
table_name
[ , index_name [ , fillfactor ] ]
)
[ WITH NO_INFOMSGS ]

Но инетересно не это, интересна вот какая фраза:

Важно!
В будущей версии Microsoft SQL Server эта возможность будет удалена. Избегайте использования этой возможности в новых разработках и запланируйте изменение существующих приложений, в которых она применяется. Используйте вместо этого инструкцию ALTER INDEX.

Теперь перестройку индексов нужно проводить следующим образом:

USE AdventureWorks;
GO
ALTER INDEX PK_Employee_EmployeeID ON HumanResources.Employee
REBUILD;
GO

Как вы уже догадались, речь пойдёт о хранимых процедурах(stored procedures). Когда я начинал работу с БД, не совсем понимал их суть и значимость. Но, спустя некоторое время, от MySQL я стал отказываться именно из-за отсутствия хранимок, пока, наконец, они там не появились. С ростом опыта, я пришёл к мысли, что большинстве приложений логику нужно выносить именно на БД, описывая иногда ОЧЕНЬ больше процедуры. Не всегда удаётся предугадать всё при построении БД. Спустя годы, приходится менять что-то в БД, добавляя новый функционал. И в этот момент очень спасают хранимки. Нет необходимости лопатить и перекомпилировать тонны старых кодов(давай-те ка признаемся сами себе на сколько хорошо мы документироум собственный код и как нелегко бывает вникнуть в его логику спустя месяцы, не говоря о годах). Нужно просто переписать некоторые процедуры, а в программу добавить лишь модуль, реализовывающий новый функционал.

Уже не буду даже упоминать о всех остальных плюсах stored procedures, таких как централизация и консолидация логики программы(многоразовое использование кода), уменьшение клиент-серверного трафика, повышение эффективности и скорости выполнения запросов, вынос вычислений на мощные сервера, вместо расчёта на локальном ПК и прочих плюсах.

Но как и у всего прочего, есть и свои минусы. Не всегда хорошо то, что при изменении лишь одной процедуры, все куски кода на неё ссылающиеся, будут ссылаться уже на эту, ИЗМЕНЁННУЮ процедуру. Но это тема другой беседы

Синтаксис T-SQL  (SQL Server)

Читать далее…

По информации из MSDN, после MS SQL Server 2005, поддержки extended stored procedures не ждите. Рекомендуют отказываться от них. Зато можно подгрузить assembly