数据库建模与使用SQL指令手动创建数据库(为项目创建数据库)

数据库建模与使用SQL指令手动创建数据库(为项目创建数据库),sql,database-design,entity-relationship-model,Sql,Database Design,Entity Relationship Model,我目前正在从事一个包含一些“小”数据库的项目,但是我遇到了“我应该对数据库进行关系建模,然后将其导出到sql查询中”或“我应该通过sql指令手动创建数据库”的问题。因为我听说用框架创建数据库(建模)限制了数据库进一步更新的灵活性。然而,在纯SQL指令上创建DB可以让我更轻松地完成任务 这是真的吗?或者在行业中总是有一个模型?创建数据库时的最佳实践是使用第一个模型对所需内容进行建模。这样,如果你需要重做一些事情,并且在你的头脑中清楚你想要实现什么,你可以根据需要轻松地改变它。很多时候,人们(包括我

我目前正在从事一个包含一些“小”数据库的项目,但是我遇到了“我应该对数据库进行关系建模,然后将其导出到sql查询中”或“我应该通过sql指令手动创建数据库”的问题。因为我听说用框架创建数据库(建模)限制了数据库进一步更新的灵活性。然而,在纯SQL指令上创建DB可以让我更轻松地完成任务


这是真的吗?或者在行业中总是有一个模型?

创建数据库时的最佳实践是使用第一个模型对所需内容进行建模。这样,如果你需要重做一些事情,并且在你的头脑中清楚你想要实现什么,你可以根据需要轻松地改变它。很多时候,人们(包括我在内)开始编写代码时,脑子里都不清楚自己想要实现什么,这使得编写代码变得不可能。您可以使用软件工具或纸笔创建图表。只有在设计上有意义时,才应该开始创建数据库(俗话说,测量两次,切割一次)

在创建数据库方面,您可以使用代码或GUI(据我所知,大多数产品都支持这两种方式),这实际上是一个偏好问题

我发现编写SQL代码是最好的方法,因为您确切地知道发生了什么(GUI可以在您不知情的情况下添加内容),并且您有一个SQL脚本形式的记录跟踪


不是100%确定这是否回答了您的问题,但希望它有助于

关系模型和使用ORM框架创建和处理数据库是两件不同的事情。您可以使用模型而不使用框架。您是说使用MySQL Workbench之类的图形界面来创建您的模型吗?很抱歉,我不完全理解这个问题。是的,我指的是(mysql workbrench、enterprise architect等),因为我看到的项目中,人们没有任何模型或任何可以看到结构的东西,他们只从sql编码开始。这实际上回答了我的问题,我真的很想听听别人的意见(当他们从头开始一个项目或数据库时)。加上你指导我以最适合项目的方式开始!非常感谢你的帮助。没问题。请单击勾号图标标记为答案:)哦,对不起,我忘了^^