Всем добрый день!

На днях возникла задачка вывести список всех объектов (хранимки, триггеры, вьюхи) на сервере которые используют заданный список столбцов определённой таблицы.

sp_depends здесь не подходит, т.к. она работает только в рамках одной базы данных да и передать ей можно только один столбец.

Я написал запрос к таблицам syscomments и sysobjects.
Вопрос - насколько исчерпывающая информация содержится в syscomments и достаточно ли подобного запроса для решения такой задачи?
См примерный текст запроса ниже.

Заранее благодарен за ответ. Надеюсь, что есть люди с опытом решения подобных задачек.

Запрос:

Забыл указать сервер: ASE 12.5

ZhoraDBartisan -> Tools-> Database Search

У меня под рукой Артизана нет, не могу посмотреть как Database Search работает...
Но мой вопрос - насколько правильно использовать syscomments для поиска зависимых объектов (процедур, триггеров и вьюх)

Откуда собственно вопрос: есть очень старая система с несколькими базами данных с процедурами, триггерами, вьюхами которые работают с данными из разных баз.
Сверху приходит директива - разбить одну из таблиц на 2 и соотв. перенести чать столобцов в новую таблицу.

Понятно, что нужно "отловить" и "переключить" на новую таблицу все объекты которые ссылаются на переносимые столбцы, иначе все они не будут работать.

Я не нашел пока ничего лучшего кроме syscomments для решения задачи.

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

Заранее всем спасибо

Izvinyaus, na rabote net russkogo

MasterZiv
Нет, не достаточно. Дело в том, что в syscomments лежат
КУСКИ текстов процедур и триггеров (по 256 символов).
И вот эти вот LIKE

> where (sc.text like '%au_id%' )
> and sc1.text like '%authors%'

тебе просто не будут находить объекты, если в syscomments
текст разложен так, что "au_id" приходится на границу куска
текста. Например, "au_" находится в предыдущем куске, а "id" -
в следующем.


Т.е. тут как - объекты, которые такой запрос выдаст ,
будут зависеть от нужных объектов, но это не будет
гарантированно список всех таких объектов.


S etim polnostiy soglasen

MasterZiv

Так что нормальных вариантов решения тут только

-- полагаться на sysdepends



sysdepends rabotaet tolko dlya objectov svouei bazi

use database_1
go
create table test_a (a int)
go
use database_2
go
create procedure test_proc as select * from database_1..a
go

select count(1) from sysdepends where id = object_id('database_1..a')
result = 0
select count(1) from syscomments where text like '%database_1..a%'
result 1 row


MasterZiv
-- вываливать все тексты (лучше пообъектно) и искать текстуально
-- если есть FULL TEXT SEARCH - завалить это все добро туда и
построить полнотекстовый индекс.

Кстати, по идее можно было бы использовать внешний full text indexer
типа SPHINX. Но не пробовал. Мы короче всегда шли по пути (1) и (2).
Но у нас была одна база. Кстати, чего и вам желаю.
Posted via ActualForum NNTP Server 1.4

Vivalit vse texti i iskat v nikh sposob verniy no nuzen tool tipa PowerDesigner. U menya ego net. Nichego poka krome DBArtisan net : -(

Poka ostaetsa syscomments. Naprimer variant predlozenny Dmitry

Dmitry.не скажу что хороший запрос но работает.
в данном случае при условии что искомый текст не длиннее 100 символов:

komrad Kru
Vivalit vse texti i iskat v nikh sposob verniy no nuzen tool tipa PowerDesigner. U menya ego net. Nichego poka krome DBArtisan net : -(



Коллега, в Артизане есть фича под названием "экстракт" - все объекты одного типа выдираются в два щелчка мыши!
заскриптовать необходимые объекты у Вас займет от силы 5 минут!

Nashel, Spasibo