Migrar de SQLite a MySQL
我自我介绍一下，我是 alfredo riveros，我已经学习编程多年了，我目前正在 río tercero 高等商学院学习软件开发高级技术员，下面我将描述我面临的挑战遇到了。
正如标题所说，我的目标是将 SQLite 数据库迁移到 MySQL，这是我正在学习的数据库主题中的一个作业。
我选择的数据库属于游戏SQL谋杀之谜。这款游戏旨在以有趣的方式教授 SQL 技能，可通过此链接下载，您可以在其中下载其开发人员提供的数据库。
我选择这个数据库是因为它的教学方向，因为虽然它本身是一个游戏，但它为与数据库相关的教学和学习概念构成了宝贵的资源。
我在这个挑战中的第一步是研究是否可以使用 DB Browser for SQLite 以与 MySQL Workbench 兼容的格式导出数据库。尽管我设法从 DB Browser 生成 SQL 脚本，但将其导入 Workbench 却给我带来了许多问题，尤其是语法和数据完整性，此外还存在管理如此大文件的复杂性。
我研究了这个文件并尝试解决语法问题，最后得出的结论是我应该寻找另一种方法。
我的下一步是使用 sqlite3 函数通过终端（linux）导出 sql 脚本。
这一次的脚本在语法上改进了很多，但最大的问题是总是出现一个或另一个新问题。
两种方法都用尽后，我花了一些时间思考和评估其他替代方案。我认为 Python 可以成为这种迁移的有效工具，因为它支持 SQLite 和 MySQL，并开始设计一种算法来自动化该过程。
然后我寻找有关该主题的信息，首先验证它是否是一种可行的方法并收集信息，以便能够设计一种算法来实现我的目标。
现在我将简要描述我实现目标的新方法。
我做的第一件事就是一步步记录我的研究，这让我了解了对象关系映射（ORM）。
对象关系映射 (ORM) 是一种编程技术，用于在面向对象编程语言中的不兼容类型系统之间转换数据。在数据库上下文中，ORM 允许您通过对象与关系数据库交互，而不是直接使用 SQL 查询。这提供了一种更直观、更高效的数据处理方式。
就我而言，我使用 SQLAlchemy 在 python 中进行算法的开发，并分析结果，我发现了以下关键点。
-
像表这样的类：
- 您定义的每个类（例如crime_scene_report、drivers_license等）都对应于数据库中的一张表。类属性代表表的列。
-
实例作为行：
- 类的每个实例代表相应表中的一行。当您从 SQLite 查询数据时，您将获得这些类的实例，这使得数据处理更加直观和面向对象。
-
插入和更新操作：
- 使用 merge() 等方法可以让您直接对这些实例进行操作。您可以插入新记录或更新现有记录，而无需手动编写 SQL 查询，这简化了代码并使其更具可读性。
-
关系管理：
- SQLAlchemy 通过类中的属性自动处理表之间的关系（例如，通过外键），从而更容易在相关记录之间导航。
在经过多次尝试和错误之后，在此过程中需要注意的重要一点是，理解该方法并评估编写的代码至关重要，因为它可以帮助您识别可能出现问题的地方。经过一番思考和停顿后，我得出的结论是，问题可能与数据库结构有关。然而，有一个问题一直萦绕在我的脑海中：尽管存在完整性问题和出现的各种错误，这个数据库如何能够在 SQLite 中工作？答案很简单：与 MySQL 不同，SQLite 允许您拥有没有主键的表，这导致两个系统之间的数据管理存在巨大差异。 SQLite 的这种灵活性可以掩盖在 MySQL 等限制性更强的环境中可能导致立即错误的问题。
另一个区别是 MySQL 对数据结构和类型有更严格的方法。例如，如果您将字段定义为 INTEGER，您将无法插入非数字的值。
差异仍在继续，理解它们的结果是认识到要使该方法起作用，就必须对数据库进行更改，为此我决定修改表并确保它们符合 MySQL 标准，第一件事是每个都有其主键，并确保两者具有相同的数据类型。
我补充...如果您想做同样的事情，请记住 SQLite 不允许您直接更改表，这是与 MySQL 的另一个很大区别。
最后对脚本和用 python 编写的算法进行了调整，我开始执行它。结果：游戏数据库迁移到MySQL。
这项挑战不仅提高了我的技术技能，还教会了我了解数据库管理系统之间差异的重要性以及这些差异如何影响数据库的完整性。
我希望我将数据库从 SQLite 迁移到 MySQL 的经验对您有所帮助和启发。每个挑战都提供了在编程世界中学习和成长的机会。
感谢您的阅读，下次再见！