在源代码控制中存储MySQL数据库的最佳方式是什么？

14 浏览
0 Comments

在源代码控制中存储MySQL数据库的最佳方式是什么？

我正在与其他几个人合作开发一个应用程序，我们希望将MySQL数据库存储在源代码控制中。我的想法是使用两个文件：一个是用于创建表等的脚本，另一个是用于插入示例数据的脚本。这种方法可行吗？此外，导出这些信息的最佳方法是什么？\n另外，对于加快更改、导出和更新等过程的工作流程，有什么建议吗？

0

3 答案

0 Comments

问题的出现原因：

- 开发人员需要将MySQL数据库的代码存储在源代码控制中，以便能够追踪数据库结构的更改和版本控制。

- 存储数据库在源代码控制中可以提供更好的协作和团队工作，确保每个人都使用相同的数据库版本。

解决方法：

1. 使用脚本：将MySQL数据库的结构和初始数据存储在脚本中，然后将脚本存储在源代码控制系统中。这样可以轻松地在不同的环境中创建或还原数据库。

CREATE TABLE example (
  id INT PRIMARY KEY AUTO_INCREMENT,
  name VARCHAR(50) NOT NULL
);

2. 使用数据库迁移工具：使用数据库迁移工具（如Flyway或Liquibase）来管理数据库结构的变化。这些工具可以将数据库结构的更改存储在迁移脚本中，并自动执行这些脚本以更新数据库。

-- V1__create_table_example.sql
CREATE TABLE example (
  id INT PRIMARY KEY AUTO_INCREMENT,
  name VARCHAR(50) NOT NULL
);

3. 使用数据库版本控制工具：使用专门的数据库版本控制工具（如DBV或DBVCS）来管理数据库结构的变化和版本。这些工具提供了一个用户界面，用于管理数据库结构的版本控制和迁移。

-- Version 1
CREATE TABLE example (
  id INT PRIMARY KEY AUTO_INCREMENT,
  name VARCHAR(50) NOT NULL
);
-- Version 2
ALTER TABLE example ADD COLUMN age INT NOT NULL;

4. 使用ORM工具：使用ORM（对象关系映射）工具（如Hibernate或Entity Framework）来管理数据库结构和代码。ORM工具可以根据实体类和注解自动生成数据库结构，并提供代码优先的开发方式。

@Entity
@Table(name = "example")
public class Example {
  @Id
  @GeneratedValue(strategy = GenerationType.IDENTITY)
  private Long id;
  @Column(name = "name", nullable = false)
  private String name;
  // getters and setters
}

通过使用以上方法之一，开发人员可以将MySQL数据库存储在源代码控制中，并实现对数据库结构的更改和版本控制。这样可以提高团队合作的效率，并确保每个人都使用相同的数据库版本。

0
0 Comments

在软件开发中，将数据库纳入源代码控制是一个重要的问题。这样做的原因是为了确保数据库的版本控制和可追踪性，以及方便开发团队的协作和协调。MySQL是一种常用的关系型数据库管理系统，因此在存储MySQL数据库时，需要找到最佳的方法来实现源代码控制。

一个好的方法是使用mysqldump命令来创建数据库的备份文件。mysqldump命令可以以多种方式进行配置，以满足不同的需求。通过使用mysqldump命令，可以将数据库的表结构和数据导出到文件中。这样，可以将这些文件存储在源代码控制系统中，并能够轻松地进行版本控制和比较。

mysqldump命令可以通过指定参数来控制导出的内容。例如，使用--no-data参数可以只导出表结构，而不包含数据。使用--no-create-info和--no-create-db参数可以只导出数据，而不包含表结构和数据库信息。这样，可以根据需要灵活地配置导出的内容。

另一种方法是使用mysqldump命令的--tab选项。这个选项可以将表结构和数据分别导出到不同的文件中。导出的表结构文件以.sql为扩展名，数据文件以.txt为扩展名，并使用制表符作为分隔符。这样，可以使用mysql命令将表结构文件恢复，并使用mysqlimport命令将数据文件恢复到数据库中。

总之，通过使用mysqldump命令和相应的参数，可以将MySQL数据库存储在源代码控制系统中。这样做可以实现数据库的版本控制和可追踪性，并方便开发团队的协作和协调。无论是导出包含表结构和数据的备份文件，还是将表结构和数据分别导出到不同的文件中，都可以根据具体需求选择合适的方法。通过将数据库纳入源代码控制，可以确保数据库的安全性和一致性，同时提高开发效率和团队合作能力。

0
0 Comments

在使用Subversion进行版本控制的过程中，我使用以下步骤来对MySQL数据库进行版本控制。

1. 设置SVN

在SVN中创建一个名为"Databases"的文件夹，并为每个要添加到SVN中的数据库创建一个子文件夹。

2. 在数据库中添加db_version表

我们需要在每个数据库中添加一个表，以便我们知道当前正在使用的数据库版本。这个表也将用作日志，用于跟踪对数据库进行的架构更改。

create table db_version (
        `id` int auto_increment,
        `majorReleaseNumber` int,
        `minorReleaseNumber` int,
        `pointReleaseNumber` int,
        `scriptName` varchar(50),
        `dateApplied` datetime,
        PRIMARY KEY(`id`)
);

- majorReleaseNumber：主要发布版本是对数据库的重大更改。

- minorReleaseNumber：次要发布版本是对数据库的增强，不需要进行主要发布。

- pointReleaseNumber：点发布通常是一个简单的错误修复。

- scriptName：进行架构更改的SQL脚本的名称。

- dateApplied：脚本在数据库上运行的日期。

3. 创建基准脚本

我使用mysqldump为现有数据库生成一个创建脚本，确保包括--no-data选项。SVN用于跟踪对数据库进行的架构更改的脚本，并不用作特定应用程序实例的数据备份工具。

$ mysqldump -h localhost -u root -p db_1 --no-data > db_1.1.0.0.sql

SQL脚本的名称应包含数据库的名称和脚本适用的数据库版本。

例如：db_1.1.0.0.sql

在脚本的末尾，确保添加一个用于db_version表的插入语句。

4. 更改数据库架构

当对数据库进行主要、次要或点发布更改时，应先测试更改脚本，然后将其上传到SVN中的数据库文件夹中。在应用更改脚本之前，最好先备份数据库。在更改脚本的末尾，应添加一个用于db_version表的插入语句。

为了减少摩擦，我建议开发一个可以自动确定和运行更新特定数据库实例所需脚本的shell脚本工具。

谢谢建议。我确实计划创建一个类似于db_sync的实用程序。

0