我遇到了一些问题,希望你能帮我解决。我非常陌生(这是我在这些语言中的第一个项目)于MS MVC 2和Entity Framework 4.0。我使用Model First方法和图形设计师绘制了一个模型。我还没有为它设置SQL数据库,并且认为它只是脱机工作,但是可能我忘记了某个地方指定连接字符串。所以,我开始运行MVC组件,并使用EF新创建的类型。我试图使用存储库模式和Ninject进行依赖注入。因此,在实际数据存储之前,我花费了很多时间。这就引出了我的问题:现在我需要考虑实际数据存储的问题。
我认为它是连接到一个.mdf文件并从一个SQLExpress实例运行,但是我找不到任何支持它的东西。由于我没有安装SSMS,所以我无法正确检查。最终,我安装好了它,并没有发现数据库。所以现在我不确定它是否真正连通。我决定重新开始一下。我生成了模型的SQL脚本,并在SSMS中创建了一个新的数据库来运行该脚本。运行脚本后一切都很好。然后我进入VS并运行Database First场景。因此,模型现在显示所有表格,并将某些字段错误地指定为关键字。我纠正了这一点,现在我又回到了第一个困扰我的问题。
我有一个User表,其中包含应该是Guid的userId字段,但在原始建模中我忘记了它,它是一个varchar字段。我无法修复它下面的映射以将底层(不确定实际术语)字段更改为Guid。我更改了模型的类型,但没有更新数据库。这基本上使我处于奇怪的位置。我相信EF应该在我的不介入下管理SQL,但如果这是真的,我如何推动这样的更改?我必须每次需要更改模式时都删除整个数据库吗?
抱歉,如果这是最新的问题,但我正在努力解决所有这些问题,真的需要一些帮助。我上次使用的语言集是具有ADO.Net类型数据集的ASP.Net 2.0。如果我切换到Code First方法,是否会更好?如果我这样做,我是否需要重新开始管理SQL?
我认为它是连接到一个.mdf文件并从一个SQLExpress实例运行,但是我找不到任何支持它的东西。由于我没有安装SSMS,所以我无法正确检查。最终,我安装好了它,并没有发现数据库。所以现在我不确定它是否真正连通。我决定重新开始一下。我生成了模型的SQL脚本,并在SSMS中创建了一个新的数据库来运行该脚本。运行脚本后一切都很好。然后我进入VS并运行Database First场景。因此,模型现在显示所有表格,并将某些字段错误地指定为关键字。我纠正了这一点,现在我又回到了第一个困扰我的问题。
我有一个User表,其中包含应该是Guid的userId字段,但在原始建模中我忘记了它,它是一个varchar字段。我无法修复它下面的映射以将底层(不确定实际术语)字段更改为Guid。我更改了模型的类型,但没有更新数据库。这基本上使我处于奇怪的位置。我相信EF应该在我的不介入下管理SQL,但如果这是真的,我如何推动这样的更改?我必须每次需要更改模式时都删除整个数据库吗?
抱歉,如果这是最新的问题,但我正在努力解决所有这些问题,真的需要一些帮助。我上次使用的语言集是具有ADO.Net类型数据集的ASP.Net 2.0。如果我切换到Code First方法,是否会更好?如果我这样做,我是否需要重新开始管理SQL?