导出数据库对象以进行版本控制

Question

我们正在为我们的项目实施版本控制。作为其中的一部分，我们需要签入所有数据库对象。我们有 tables、过程、函数、包、视图和物化视图。问题是有很多对象，我们需要明智地放置源代码文件。例如有 tables T1、T2、T3，我们需要文件 Table_T1.txt，其中包含所有对象的 T1 定义（列定义、table 和授权的索引）等等。

我知道元数据 table，例如 DBA_VIEWS、dba_source 和 DBMS_METADATA.GET_DDL 等，我可以在其中找到所需的信息 但是如何明智地提取该信息对象。 目前我们的工作是获取特定对象的全部信息，然后将其分离（剪切 - 粘贴）到不同的文件中。有什么聪明的方法来解决这个问题吗？

数据库 - Oracle 10g

Answer 1

but how to pull that information object wise.

正确传递参数。然后您可以自定义您的输出。

DBMS_METADATA.GET_DDL (object_type, object_name, object_owner)

例如，获取用户 SCOTT.

中所有表的 METADATA

SQL> conn scott/tiger@pdborcl;
Connected.
SQL> set long 200000
SQL> select dbms_metadata.get_ddl('TABLE',t.table_name, 'SCOTT') from US

DBMS_METADATA.GET_DDL('TABLE',T.TABLE_NAME,'SCOTT')
------------------------------------------------------------------------

  CREATE TABLE "SCOTT"."DEPT"
   (    "DEPTNO" NUMBER(2,0),
        "DNAME" VARCHAR2(14),
        "LOC" VARCHAR2(13),
         CONSTRAINT "PK_DEPT" PRIMARY KEY ("DEPTNO")
  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"  ENABLE
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"


  CREATE TABLE "SCOTT"."EMP"
   (    "EMPNO" NUMBER(4,0),
        "ENAME" VARCHAR2(10),
        "JOB" VARCHAR2(9),
        "MGR" NUMBER(4,0),
        "HIREDATE" DATE,
        "SAL" NUMBER(7,2),
        "COMM" NUMBER(7,2),
        "DEPTNO" NUMBER(2,0),
         CONSTRAINT "PK_EMP" PRIMARY KEY ("EMPNO")
  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"  ENABLE,
         CONSTRAINT "FK_DEPTNO" FOREIGN KEY ("DEPTNO")
          REFERENCES "SCOTT"."DEPT" ("DEPTNO") ENABLE
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"


  CREATE TABLE "SCOTT"."BONUS"
   (    "ENAME" VARCHAR2(10),
        "JOB" VARCHAR2(9),
        "SAL" NUMBER,
        "COMM" NUMBER
   ) SEGMENT CREATION DEFERRED
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS LOGGING
  TABLESPACE "USERS"


  CREATE TABLE "SCOTT"."SALGRADE"
   (    "GRADE" NUMBER,
        "LOSAL" NUMBER,
        "HISAL" NUMBER
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"

因此，这为我提供了 SCOTT 架构中所有表的 DDL。

同样，您可以对 INDEXES、ROLES 等所有其他对象执行相同的操作

要获取文本文件中的 DDL，只需使用 SPOOL。因此，您只需要针对不同对象类型的单独脚本在各自的文本文件中假脱机。

Answer 2

一个简单的事实是，您不能像对待 Java、C# 或其他文件那样对待数据库对象。

原因有很多，我举几个：

文件本地存储在开发者的 PC 上，s/he 所做的更改不会影响其他开发者。同样，开发人员不会受到同事所做更改的影响。在数据库中（通常）情况并非如此，开发人员共享相同的数据库环境，因此提交给数据库的任何更改都会影响其他人。

发布代码更改是使用签入/提交更改等完成的（取决于您使用的源代码控制工具）。那时，开发人员本地目录中的代码被插入到源代码控制存储库中。想要获取最新代码的开发人员需要从源代码控制工具中请求它。在数据库中，更改已经存在并影响其他数据，即使它没有签入存储库。

在文件签入期间，源代码控制工具会执行冲突检查，以查看在您修改本地副本期间同一文件是否被其他开发人员修改并签入。同样，数据库中没有对此进行检查。如果您从本地 PC 更改程序，而我同时使用本地 PC 的代码修改相同的程序，那么我们将覆盖彼此的更改。

代码的构建过程是通过将标签/最新版本的代码获取到一个空目录，然后执行构建-编译来完成的。输出是二进制文件，我们在其中复制并替换现有的。我们不在乎以前是什么。在数据库中，我们不能重新创建数据库，因为我们需要维护数据！部署还执行在构建过程中生成的 SQL 脚本。

在执行 SQL 脚本（使用 DDL、DCL、DML（用于静态内容）命令）时，您假定环境的当前结构与创建脚本时的结构相匹配。否则，您的脚本可能会失败，因为您正在尝试添加已存在的新列。

将 SQL 脚本视为代码并手动生成它们将导致语法错误、数据库依赖性错误、不可重用的脚本，这会使开发、维护和测试这些脚本的任务复杂化。此外，这些脚本可能运行所处的环境与您认为运行所处的环境不同。

有时版本控制库中的脚本与测试对象的结构不匹配，然后在生产中会出错！

还有很多，但我想你已经明白了。

我发现以下内容有效：

使用强制版本控制系统，对数据库对象强制执行 check-out/check-in 操作。这将确保版本控制存储库与签入的代码匹配，因为它在签入操作中读取对象的元数据，而不是作为手动完成的单独步骤

使用将基线作为比较的一部分的影响分析来识别冲突并确定更改（在比较源代码控制存储库和数据库之间的对象结构时）是否是源自开发或来自不同路径的更改应该被跳过，例如不同的分支或紧急修复。

我写的一篇文章已发表here，欢迎阅读

导出数据库对象以进行版本控制

exporting db objects for version control

sql

oracle

ddl

oracle10g

database-metadata