Скачать: CL | DM;

Разделение SQL блоков в ORACLE   Найти похожие ветки 

← →
Alex'   (2006-10-17 16:08) [0]

Прогоняю текст процедуры и одновременно необходимо вставить запись в таблицу:
create or replace function MyName
.
.
.
end MyName;

insert into D_version (DATESCRIPT,step,num,description)
      values ("17.10.2006",1,5,"create or replace function MyName");

Как сделать что бы Oracle не загонял текст INSERT"a в тело процедуры?

---

← →
Sergey13 ©   (2006-10-17 16:13) [1]

Что-то не больно понятно. Где и как "прогоняешь"? Зачем вдруг потребовалось вставлять запись?

---

← →
Alex'   (2006-10-17 16:19) [2]

Выполняю скрипт в консоли. Вставлять запись одновременно с телом процедуры понадобилось для контроля версий процедур. Т.е. в таблице D_version хранится история изменений БД.

---

← →
ANB ©   (2006-10-17 16:21) [3]

/

---

← →
Sergey13 ©   (2006-10-17 16:29) [4]

> [2] Alex"   (17.10.06 16:19)
> Выполняю скрипт в консоли.

В Плюсе что ли? Тогда
> [3] ANB ©   (17.10.06 16:21)

---

← →
Sergey13 ©   (2006-10-17 16:34) [5]

> [2] Alex"   (17.10.06 16:19)
> Вставлять запись одновременно
> с телом процедуры понадобилось для контроля версий процедур.
> Т.е. в таблице D_version хранится история изменений БД.

Честно говоря, странный метод работы с версиями.

---

← →
Alex'   (2006-10-17 16:43) [6]

Спасибо люди, работает.

> Честно говоря, странный метод работы с версиями.

Какой метод будет лучшим?

---

← →
Sergey13 ©   (2006-10-17 16:58) [7]

> Какой метод будет лучшим?

Вроде некоторые системы контроля версий работают и с SQL. Наверное - это будет лучшим вариантом.
Самое простое, ИМХО, - коментарить весь старый текст процедуры с пояснениями "когда, кто и почему" и писать новый прямо в теле. Хоть наглядно будет.
А так - что ты увидишь из своего лога? Что 17 кто-то сменил что-то? Не маловато-ли.

---

← →
ANB ©   (2006-10-17 17:04) [8]

> Самое простое, ИМХО, - коментарить весь старый текст процедуры
> с пояснениями "когда, кто и почему" и писать новый прямо
> в теле.

После 350 версии там будет каша.

Кстати, подход, как подход. Бывает много хуже.

---

← →
Alex'   (2006-10-17 17:17) [9]

> Вроде некоторые системы контроля версий работают и с SQL.
>  Наверное - это будет лучшим вариантом.Самое простое, ИМХО,
>  - коментарить весь старый текст процедуры с пояснениями
> "когда, кто и почему" и писать новый прямо в теле. Хоть
> наглядно будет. А так - что ты увидишь из своего лога? Что
> 17 кто-то сменил что-то? Не маловато-ли.

Нет, комментить неподойдет есть тела по 1400 строк.

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

---

← →
ANB ©   (2006-10-17 17:22) [10]

> А нормальный программный апдейтер еще не реализован. На
> оракл только перешли.

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

---

← →
Sergey13 ©   (2006-10-18 08:40) [11]

> Все вносимые изменения хранятся в файлах под такимиже номерами
> и названиями

Это несколько меняет дело. 8-)

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.028 c