对于我开发的一些应用程序(然后继续忘记),我一直在编写纯SQL,主要用于MySQL.虽然我在SQLAlchemy中使用了python中的ORM ,但我并没有坚持使用它们.通常是文件或复杂性(从我的观点来看)阻碍了我.
我看是这样的:使用ORM来实现可移植性,如果它只是使用一种类型的数据库则使用普通SQL.在开发需要数据库支持的应用程序时,我真的在寻找何时使用ORM或SQL的建议.
考虑到这一点,使用轻量级包装来处理数据库不一致与使用ORM相比会好得多.
编辑:原标题:关于使用ORM的好处的问题.
我想使用ORM进行学习,我尝试使用nhibernate.我正在使用该教程,然后我有一个真正的项目.我可以采用"旧方式"或使用ORM.我不确定我完全理解这个好处.一方面,我可以在代码中创建我的抽象,以便我可以更改我的数据库并且与数据库无关.另一方面,如果我实际更改数据库列,我必须更改所有代码.
为什么没有ORM我没有我的应用程序,更改我的数据库并更改我的代码,而不是更改我的数据库,orm和代码？他们的数据库结构是不是改变了那么多？
我相信有很多好处,因为ORM被很多人使用.我只是不确定我是否已经得到它.
谢谢.
编辑:在教程中,他们有许多文件,用于使ORM工作
http://www.hibernate.org/362.html
在应用程序发生变化的情况下,只是说我有"适当的"抽象层似乎需要做很多额外的工作.因为我是新手,它看起来并不容易维护,而且看起来像是额外的工作,而不是更少.
编辑:这是一个老问题,我一直回到.如果没有使用ORM并且不使用嵌入式SQL且不使用.NET LINQ-to-SQL而正确设计应用程序的示例,我想看到的是没有冒犯.我现在在Java世界,我迷失了如何继续前进.这是一个Web应用程序.没有春天,没有其他世俗的框架.JSP,JSTL,EL,HTML,JavaScript,CSS,Java,Tomcat.希望我没有遗漏任何东西.是的,我知道这是一个老问题.它仍然相关.
微软经常提供一些方法来简化开发简单易事的方法.
在EFxx中我有一些不喜欢的东西.首先,为了进行更新,您需要首先加载记录,因此操作变为两步过程,您可能只想更新一个布尔值.
其次,我喜欢存储过程,因为我可以在同一个连接调用中运行10个不同的东西,如果我使用EFxx,我将不得不运行10个单独的数据库调用(如果涉及更新,则需要更多).
我对MVC EF专家的关注和问题是......使用存储过程这么糟糕吗？我仍然认为EFxx只是微软让我们更快地开发简单程序的另一种方式,但实际上并不是真正推荐的方式.
任何提示和提示将非常受欢迎,特别是"在EFxx上运行更新的最佳方式是什么"和"存储过程对EFxx不利"的概念.
linq到sql类和实体框架之间有什么区别似乎它们同样的工作就像两者 在.net3.5中更好,为什么？ *.net4哪个好,为什么？*
我是ASP.NET MVC的新开发人员.我想在我的应用程序中为用户帐户创建一个登录页面.我看到许多与Enity Framework一起使用的教程,但我更喜欢使用SQL,现在我不能决定选择哪一个!谁能解释一下,使用SQL还是EF更好？任何答案都非常有用.
谢谢