C#是否有更简单的方法来创建数据库、空表、默认包含数据的表、存储的进程和视图？

在我发布这个问题之前，我先在谷歌上搜索了一下数据库是如何通过C#创建的，它主要指向SMO或SQL查询文件，当时是SQL Server 2005和2008年

那么，在这个时代，有没有更简单的方法来创建一个包含空表、默认包含数据的表、存储过程和视图的数据库呢

---

我需要一个建议。

我想答案可能是实体框架。您可以“代码优先”并使用数据库迁移，这样您就可以编写C#代码并使用它为您生成大量数据库

但归根结底，“更容易”是主观的。我个人认为EF对于“正常”的东西来说非常好，但是在一天结束时，如果你需要一个存储过程来做一些自定义逻辑；您需要以某种方式编写自定义逻辑

也许你可以看看，看看它是否适合你的需要

---

查看了studio 2013中的数据库项目。您可以使用熟悉的GUI将数据库创建为一系列脚本。但是，会发布更改-此过程会针对您定义的连接创建一个唯一的更改脚本。对于新的数据库，会创建整个数据库，但会针对部分或过时的版本进行发布，并在更改脚本中创建脚本以使其更新

您甚至可以使用专业工具对数据库编写单元测试，尽管我确实发现它们有点不足

---

更多关于msdn的信息-

取决于具体情况。就在大门外面。Sp和视图。最好的方法是通过工作台直接从数据库中获取。然后，我可以捕获定义并将其存储在一个文件中，以便通过c进行回放#

至于表，有许多orm可以通过c#生成表。看看实体框架。代码优先示例

我已经使用EF生成了表，效果很好。然后我进入数据库，创建了视图和SP

诀窍是将新的视图和SP迁移到EF模型中，你可以先搜索实体框架代码。。。添加视图和SP

最坏的情况是通过数据库工作台创建数据库。创建一个可以播放的脚本来重新创建所有内容。通过跑步。然后首先使用EF数据库方法

---

在任何一种情况下，你最终都会得到一组良好的自动生成代码来管理CRUD和对象管理，以及一个抽象的数据模型

实体框架的代码，这比什么更简单？没有任何东西能够以某种方式自动生成整个自定义结构和逻辑。guess code first是适用的，因为它可以通过代码修改数据库架构。Database first无法。为什么要使用C#创建数据库？为什么不先使用SSMS？它是否也适用于数据库？还是先编码？我是个数据库管理员。对我来说也是。我通常首先使用数据库，因为我的解决方案最终需要sps。首先做数据库，我不必再做其他事情，只需点击几下就可以更新我的EF模型。我的数据库比应用程序的寿命长，而应用程序是中心部件对不起，你没有提到“然后使用EF数据库优先方法”这句话，我将尝试对此进行更多研究。你可以先使用代码。然后，您必须使用迁移，因为您主要通过EF管理您的数据库。我首先对一个现有的数据库进行了db，并在不到一天的时间内导入了数据以插入工作簿中的行。它节省了大量的时间。它是否也首先适用于数据库？还是只是密码拳？