Получить текст функции/процедуры из пакета - Oracle

@Tantay · Регистрация: 28.04.2012

Author24 — интернет-сервис помощи студентам

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

Получилось только такое:

SQL

SELECT * 
  FROM user_source a 
 WHERE a.type = 'PACKAGE BODY' 
   AND a.name = 'AGENT_SUPPORT' 
 ORDER BY line ASC;

Понимаю что нужно парсить и даже алгоритм некий продумал, но все же решил спросить у вас уважаемые форумчане,
можно ли select'om достать текст из пакета. Может у кого завалялось решение, буду очень благодарен.

@Anvano · 20.10.2016, 08:59

Нет простого способа без разбора исходника достать текст одной процедуры пакета.

Но вам могут помочь еще вьюхи user_procedures - содержит список всех методов пакетов и user_arguments - содержит параметры всех методов всех пакетов.

@Tantay · 20.10.2016, 12:57 **[ТС]**

Сообщение от Anvano

Нет простого способа без разбора исходника достать текст одной процедуры пакета.

Так и думал, грустно(
может у кого есть готовое решение?

@Grossmeister · 21.10.2016, 10:17

Сообщение от Tantay

может у кого есть готовое решение?

Обычно люди работают с текстами процедур через какое-то ГУИ, тот же SQL Developer, доставать текст программным путем - редкая задача.

@FourthDimension · 21.10.2016, 12:04

если у вас есть точное расположение процедуры в пакете то так(например с 50 по 500 строку):

SQL

1	SELECT * FROM user_source WHERE name = 'MYPACK' AND TYPE = 'PACKAGE BODY' AND line BETWEEN 50 AND 500;

опубликованные процедурой точки входа можно получить тут:

SQL

1 2	SELECT * FROM user_procedures; SELECT * FROM user_arguments;

@Tantay · 21.10.2016, 14:13 **[ТС]**

Есть проект в котором под сотню пакетов и под 10 тыс процедур/функций, вся логика находится в них.
Обновление проекта в основном заключается в исправлении этих процедур/функций. Проект для разных пользователей сильно ветвится, поэтому нельзя взять весь пакет и заменить его у пользователя. И возникла такая идея, что бы можно было вытащить нужные процедуры/функции и вставить их у пользователя. Без использования SQL Developer'a

@FourthDimension · 21.10.2016, 14:37

Могу предложить более простую вариацию. Изменяемые ф-ции вынести в параметризованные анонимные блоки и писать их в таблицу. В самих ф-циях проверяя пользователя вызывать нужный скрипт из таблицы на выполнение. Скрипты можно будет апдейтить как обычные поля таблицы при необходимости, пере компиляция не нужна.

@Grossmeister · 21.10.2016, 14:45

Сообщение от FourthDimension

Изменяемые ф-ции вынести в параметризованные анонимные блоки и писать их в таблицу

Только при этом (и использовании execute immediate) ухудшается производительность системы, ибо снижается повторное выполнение запросов, т.е. растет число hard parse. Конечно, если система не сильно загружена, то этого можно и не заметить.

@FourthDimension · 21.10.2016, 15:16

Grossmeister, если анонимный блок параметризован + грамотно написан, то не сильно нагружает, проверено на практике. И я не принуждаю автора темы следовать моему совету. Просто предложение. Мне самому такой вариант не очень нравится из-за сложностей при отладке. Но, согласитесь, это проще, чем идея выдерать ф-ции из пакетов неким парсером. И впиливать их после изменения программно.

@Tantay · 25.10.2016, 08:58 **[ТС]**

Если кому нибудь будет нужно, то вот:

SQL

ALTER SESSION SET PLSCOPE_SETTINGS = 'IDENTIFIERS:ALL';
 
SELECT    Line,
            Col,
            INITCAP(NAME) Name,
            LOWER(TYPE)   TYPE,
            LOWER(USAGE)  Usage,
            USAGE_ID,
            USAGE_CONTEXT_ID
    FROM USER_IDENTIFIERS

uRL

@Anvano 476 / 239 / 114 Регистрация: 12.05.2016 Сообщений: 647
	20.10.2016, 08:59	2
	Нет простого способа без разбора исходника достать текст одной процедуры пакета. Но вам могут помочь еще вьюхи user_procedures - содержит список всех методов пакетов и user_arguments - содержит параметры всех методов всех пакетов. 0

@Tantay 0 / 0 / 4 Регистрация: 28.04.2012 Сообщений: 117
	20.10.2016, 12:57 [ТС]	3
	Сообщение от Anvano Нет простого способа без разбора исходника достать текст одной процедуры пакета. Так и думал, грустно( может у кого есть готовое решение? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	21.10.2016, 10:17	4
	Сообщение от Tantay может у кого есть готовое решение? Обычно люди работают с текстами процедур через какое-то ГУИ, тот же SQL Developer, доставать текст программным путем - редкая задача. 0

@Tantay 0 / 0 / 4 Регистрация: 28.04.2012 Сообщений: 117
	21.10.2016, 14:13 [ТС]	6
	Есть проект в котором под сотню пакетов и под 10 тыс процедур/функций, вся логика находится в них. Обновление проекта в основном заключается в исправлении этих процедур/функций. Проект для разных пользователей сильно ветвится, поэтому нельзя взять весь пакет и заменить его у пользователя. И возникла такая идея, что бы можно было вытащить нужные процедуры/функции и вставить их у пользователя. Без использования SQL Developer'a 0

@FourthDimension 28 / 28 / 23 Регистрация: 06.10.2016 Сообщений: 74
	21.10.2016, 14:37	7
	Могу предложить более простую вариацию. Изменяемые ф-ции вынести в параметризованные анонимные блоки и писать их в таблицу. В самих ф-циях проверяя пользователя вызывать нужный скрипт из таблицы на выполнение. Скрипты можно будет апдейтить как обычные поля таблицы при необходимости, пере компиляция не нужна. 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	21.10.2016, 14:45	8
	Сообщение от FourthDimension Изменяемые ф-ции вынести в параметризованные анонимные блоки и писать их в таблицу Только при этом (и использовании execute immediate) ухудшается производительность системы, ибо снижается повторное выполнение запросов, т.е. растет число hard parse. Конечно, если система не сильно загружена, то этого можно и не заметить. 0

@FourthDimension 28 / 28 / 23 Регистрация: 06.10.2016 Сообщений: 74
	21.10.2016, 15:16	9
	Grossmeister, если анонимный блок параметризован + грамотно написан, то не сильно нагружает, проверено на практике. И я не принуждаю автора темы следовать моему совету. Просто предложение. Мне самому такой вариант не очень нравится из-за сложностей при отладке. Но, согласитесь, это проще, чем идея выдерать ф-ции из пакетов неким парсером. И впиливать их после изменения программно. 0

	25.10.2016, 08:58