Как быстро определить последние измененные хранимые процедуры в SQL Server

Хотя это и не бесплатно, у меня был хороший опыт использования Red-Gates Инструмент сравнения SQL. У меня это сработало в прошлом. У них есть бесплатная пробная версия, которая может быть достаточно хорошей для решения вашей текущей проблемы.

Вы можете использовать следующий тип запроса для поиска измененных хранимых процедур, вы можете использовать любое число, затем 7, в соответствии с вашими потребностями.

SELECT name
    FROM sys.objects
    WHERE type = 'P'
        AND DATEDIFF(D,modify_date, GETDATE()) < 7

Вы можете выполнить этот запрос, чтобы найти все хранимые процедуры, измененные за последние x дней:

SELECT name
FROM sys.objects
WHERE type = 'P'
    AND DATEDIFF(D,modify_date, GETDATE()) < X

вы также можете использовать следующий фрагмент кода

USE AdventureWorks2008;

GO

SELECT SprocName=name, create_date, modify_date

FROM sys.objects

WHERE type = 'P' 

AND name = 'uspUpdateEmployeeHireInfo'

GO

Есть несколько инструментов сравнения баз данных. Мне всегда нравился SQLCompare от Красные ворота.

Вы также можете попробовать использовать:

SELECT name
FROM sys.objects
WHERE modify_date > @cutoffdate

В SQL 2000 это не всегда срабатывало, потому что использование ALTER не обновляло дату правильно, но в 2005 году я считаю, что эта проблема решена.

Я сам использую инструмент сравнения SQL, поэтому я не могу поручиться за этот метод на 100%.

вместо использования sysobjects, что больше не рекомендуется, используйте sys.procedures

select name,create_date,modify_date
from sys.procedures
order by modify_date desc

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

Боб ОМалли, вероятно, уже давно решил свою проблему, но, надеюсь, новые читатели найдут это полезным.

В некоторых особых случаях сценарии могут не дать оптимальных результатов.

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

Кроме того, я не совсем уверен, что этот подход может работать с такими изменениями, как разрешения и тому подобное.

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

Я успешно использовал ApexSQL Diff в прошлом для аналогичных задач, и он действительно хорошо работал с большими базами данных с более чем 1000 объектами, но вы не ошибетесь с уже упомянутым здесь SQL Compare или практически любым другим инструментом, существующим на рынке.

Отказ от ответственности: я не связан ни с одним из поставщиков, о которых упоминаю здесь, но я использую оба набора инструментов (Apex и RG) в компании, в которой я работаю.