Контроль версий для пакетов в oracle

← →
[ВладОшин] © (2013-10-01 11:47) [0]

есть два пакета.
Один(P_WORK) в работе, второй(P_DEV) - его копия - правится/дописывается
Когда правка/тестирование заканчивается:
P_WORK -> переименование -> P_ARCHIV_%date
P_DEV -> клонирование -> P_WORK

В принципе, нормально.

Но
хотелось бы как-то (желательно, оперативно) откатить некое(отдельную процедуру/функцию) до предыдущей версии.
Или посмотреть различия.

Есть что-то кроме залезть в пакет P_ARCHIV_%date и посмотреть глазами?

← →
Romkin © (2013-10-01 12:27) [1]

А почему не установишь систему контроля версий?
Если "ручками" различия смотреть, то WinMerge поставить можно.

← →
[ВладОшин] © (2013-10-01 12:35) [2]

а.. в принципе, как обычный текст, в любой системе контроля
так ?

← →
Romkin © (2013-10-01 12:47) [3]

Да, разумеется. Любая современная система контроля версий позволяет сравнивать тексты. У меня tortoisesvn стоит, штатный diff я на winMerge переключил, там красивее и сливать удобнее.

← →
MoneyGram (2013-10-01 12:56) [4]

>А почему не установишь систему
>контроля версий?

А что, есть готовые скв для оракла?

← →
[ВладОшин] © (2013-10-01 12:58) [5]

сколь прост и гениален план :)
А я думал писать запросы в представления аля All_Procedures, по именам процедур/пакетов

← →
Кщд (2013-10-01 12:59) [6]

>MoneyGram (01.10.13 12:56) [4]
они готовые для всего

>[ВладОшин] © (01.10.13 11:47)
если нужно сравнивать, то, действительно, достаточно того же WinMerge
к тому, что поднимать нечто CVS/SVC/VSS/Mercurial-подобное смысла нет

а вообще, счастливым обладателям 11g доступна весьма занятная фича - Edition-Based Redefinition:
http://www.oracle-base.com/articles/11g/edition-based-redefinition-11gr2.php

← →
MoneyGram (2013-10-01 14:36) [7]

>они готовые для всего

А названия можно? Я знаю только о внутренних продуктах, которые команды делали для себя, для синхронизации разработки в БД оракла. А-какие есть продукты на рынке?

← →
Кщд (2013-10-02 08:53) [8]

>MoneyGram (01.10.13 14:36) [7]
не представляю, что имеете в виду под "синхронизацией разработки БД оракла")

наиболее распространенные системы контроля: CVS/SVN/VSS/Mercurial

← →
Sergey Masloff (2013-10-02 10:19) [9]

То есть у тебя и тестирование и кодирование и отладка идет на рабочей базе?!
Я у себя за пакеты P_DEV отрубаю руки. А на рабочей базе ни один разработчик ничего скомпилировать не может вообще.
Рекомендую

← →
Кщд (2013-10-02 10:37) [10]

>Sergey Masloff (02.10.13 10:19) [9]
далеко не везде необходима триада developer/test/snap(productive)

← →
MoneyGram (2013-10-02 10:49) [11]

>не представляю, что имеете в виду
>под "синхронизацией разработки
>БД оракла")

Скв для оракла. Все что ты перечислил - это скв для файлов, в том или ином виде.
А для БД нужно другое - контроль именно за объектами БД, лок анлок там, ведение лога дмл, ддл операций и всякое сервисы связанные с этим. Помучай Маслова если хочешь.

А вот разве есть промышленные решения для этого дела?

← →
Кщд (2013-10-02 11:37) [12]

>MoneyGram (02.10.13 10:49) [11]
>Помучай Маслова если хочешь.
мне незачем

ещё раз: какие задачи предполагается решать?

для работы с кодом есть системы контроля версий
для "безболезненного" наката изменений - EBR
какие задачи пытаетесь решить именно Вы - мне неведомо

← →
[ВладОшин] © (2013-10-02 11:40) [13]

> То есть у тебя и тестирование и кодирование и отладка идет
> на рабочей базе?!

да.
не такая уж секретная/трудно_восстановимая разработка.
Хотя..
Конечно, все под свою ответснность. Если что - руки оторвут, конечно, тоже.

← →
[ВладОшин] © (2013-10-02 11:42) [14]

> на рабочей базе?!

есть флешбэк, на 2 недели примерно хватает места,
есть копии,
восстановимо все, в принципе

← →
Кщд (2013-10-02 11:55) [15]

← →
имя (2013-10-02 20:00) [16]

Удалено модератором

← →
имя (2013-10-02 20:57) [17]

Удалено модератором

← →
имя (2013-10-03 13:27) [18]

Удалено модератором

← →
имя (2013-10-03 13:55) [19]

Удалено модератором

← →
имя (2013-10-03 14:14) [20]

Удалено модератором

Контроль версий для пакетов в oracle Найти похожие ветки