数据库建模与使用 SQL 指令手动创建数据库（为项目创建数据库）
Database Modeling vs Manually create Database with SQL instructions (Creating a DB for project)
我目前正在做一个包含一些 "little" 数据库的项目，但是我遇到了 "should I made the relational modeling of the db and then export it into a sql query" 或“我应该通过 sql 指令手动创建数据库”的问题吗？ .因为我听说使用框架（建模）创建数据库会限制数据库进一步更新的灵活性。然而，在纯 SQL 指令上创建数据库可以让我更轻松地做事。
这是真的吗？还是行业总有一个榜样？
创建数据库时的最佳做法是首先使用 Schema diagram 对所需内容进行建模。这样，如果您需要返工，您可以轻松地根据需要更改它，并且您很清楚您要实现的目标。很多时候，人们（包括我自己）开始编写代码时并没有清楚他们想要实现的目标，这使得编写代码变得不可能。您可以使用软件工具或笔和纸来创建图表。只有当它在设计方面有意义时，才应该开始创建数据库（俗话说，测量两次，切割一次）
在创建数据库方面，您可以使用代码或 GUI（据我所知，大多数产品都支持），这确实是一个偏好问题。
我发现编写 SQL 代码是最好的方法，因为您确切地知道发生了什么（GUI 可以在您不知情的情况下添加内容），而且您在表单中记录了您所做的事情SQL 脚本。
不能 100% 确定这是否回答了您的问题，但希望它对您有所帮助
我目前正在做一个包含一些 "little" 数据库的项目，但是我遇到了 "should I made the relational modeling of the db and then export it into a sql query" 或“我应该通过 sql 指令手动创建数据库”的问题吗？ .因为我听说使用框架（建模）创建数据库会限制数据库进一步更新的灵活性。然而，在纯 SQL 指令上创建数据库可以让我更轻松地做事。
这是真的吗？还是行业总有一个榜样？
创建数据库时的最佳做法是首先使用 Schema diagram 对所需内容进行建模。这样，如果您需要返工，您可以轻松地根据需要更改它，并且您很清楚您要实现的目标。很多时候，人们（包括我自己）开始编写代码时并没有清楚他们想要实现的目标，这使得编写代码变得不可能。您可以使用软件工具或笔和纸来创建图表。只有当它在设计方面有意义时，才应该开始创建数据库（俗话说，测量两次，切割一次）
在创建数据库方面，您可以使用代码或 GUI（据我所知，大多数产品都支持），这确实是一个偏好问题。
我发现编写 SQL 代码是最好的方法，因为您确切地知道发生了什么（GUI 可以在您不知情的情况下添加内容），而且您在表单中记录了您所做的事情SQL 脚本。
不能 100% 确定这是否回答了您的问题，但希望它对您有所帮助