Управление исходным кодом базы данных с Oracle

Oracle SQL Developer имеет функцию« Экспорт базы данных ». Он может создать один файл, содержащий все DDL и данные.

I use PL/SQL developer with a VCS Plug-in that integrates into Team Foundation Server, but it only has support for database objects, and not with the data itself, which usually is left out of source control anyways.

Here is the link: http://www.allroundautomations.com/bodyplsqldev.html

Это может быть не так гладко, как обнаружение различий, однако мы используем простой файл сборки ant. В нашей текущей ветке CVS у нас будет «базовый» код базы данных, разбитый на ddl для таблиц, триггеров и прочего. У нас также будет дельта-папка, разбитая таким же образом. Начиная с нуля, вы можете запустить «база» + «дельта» и получить текущее состояние базы данных. Когда вы перейдете в производство, вы просто запустите «дельта-сборку» и все готово. Эта модель не очень хорошо работает, если у вас огромная схема и вы быстро ее меняете. (Примечание: по крайней мере, среди объектов базы данных, таких как таблицы, индексы и т. П. Для пакетов, процедур, функций и триггеров это работает хорошо.) Вот пример задачи муравья:

    <target name="buildTables" description="Build Tables with primary keys and sequences">
<sql driver="${conn.jdbc.driver}" password="${conn.user.password}"
    url="${conn.jdbc.url}" userid="${conn.user.name}"
    classpath="${app.base}/lib/${jdbc.jar.name}">
    <fileset dir="${db.dir}/ddl">
        <include name="*.sql"/>
    </fileset>
</sql>
</target>

I think this is a case of,

• You're trying to solve a problem
• You've come up with a solution
• You don't know how to implement the solution
• so now you're asking for help on how to implement the solution

The better way to get help,

• Tell us what the problem is
• ask for ideas for solving the problem
• pick the best solution

I can't tell what the problem you're trying to solve is. Sometimes it's obvious from the question, this one certainly isn't. But I can tell you that this 'solution' will turn into its own maintenance nightmare. If you think developing the database and the app that uses it is hard. This idea of versioning the entire database in a human readable form is nothing short of insane.

Вы пробовали Oracle Workspace Manager ? Не то чтобы у меня был опыт работы с ним в производственной базе данных, но я нашел несколько игрушечных экспериментов с ним многообещающими.

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

Хотя это может быть дорого, инструмент вроде TOAD для Oracle может быть идеальным решением для решения такого рода задач.

Тем не менее, я предпочитаю начать со всего DDL (включая определения хранимых процедур) в виде текста, управляемого под контролем версий, и написать сценарии, которые создадут работающую базу данных из источника. Если кто-то хочет изменить схему, он должен, должен, должен зафиксировать эти изменения в репозитории, а не просто изменять базу данных напрямую. Без исключений! Таким образом, если вам нужно создать сценарии, отражающие обновления между версиями, необходимо принять все зафиксированные изменения, а затем добавить любой DML, необходимый для обработки любых существующих данных, чтобы они соответствовали изменениям (добавление значений по умолчанию для новых столбцов для существующие строки и т. д.). Когда все DDL (и предварительно заполненные данные) представлены в виде текста, сбор различий так же прост, как сравнение двух исходных деревьев.

На моей последней работе у меня были сценарии NAnt, которые восстанавливали тестовые базы данных, запустите все необходимые сценарии обновления в зависимости от версии базы данных, а затем выгрузите конечный результат в DDL и DML. Я бы сделал то же самое для пустой базы данных (чтобы создать ее с нуля), а затем сравнил бы результаты. Если бы они были существенно разными (программа дампа не была идеальной), я мог бы сразу сказать, какие изменения необходимо внести в DDL и DML обновления / создания. Хотя я использовал инструменты сравнения баз данных, такие как TOAD, они были не так полезны, как рукописный SQL, когда мне нужно было создавать общие сценарии для обработки данных. (Машинно-генерируемый код может быть чрезвычайно хрупким.)

Я бы сделал то же самое для пустой базы данных (чтобы создать ее с нуля), а затем сравнил бы результаты. Если бы они были существенно разными (программа дампа не была идеальной), я мог бы сразу сказать, какие изменения необходимо внести в DDL и DML обновления / создания. Хотя я использовал инструменты сравнения баз данных, такие как TOAD, они не были так полезны, как рукописный SQL, когда мне нужно было создавать общие сценарии для обработки данных. (Машинно-генерируемый код может быть чрезвычайно хрупким.)

Я бы сделал то же самое для пустой базы данных (чтобы создать ее с нуля), а затем сравнил бы результаты. Если бы они были существенно разными (программа дампа не была идеальной), я мог бы сразу сказать, какие изменения необходимо внести в DDL и DML обновления / создания. Хотя я использовал инструменты сравнения баз данных, такие как TOAD, они были не так полезны, как рукописный SQL, когда мне нужно было создавать общие сценарии для обработки данных. (Машинно-генерируемый код может быть чрезвычайно хрупким.)