其中,数据库模式是可以改变的最好的方法?

我知道的各种方法(而不是知识)像代码生成器,运筹学和管理学等,我想知道这是在发展时期,其中数据库的模式是可以改变的,最好的办法(大的变化),想加列表,添加表为DB,柱等的变化类型我目前的工作在这个模式每天换我使用手工工艺打造BLL,BOL和DAL一个项目,但我面临的问题改变DB的模式后管理这些层。 请告诉我怎么能做出这样容易吗?

  1. 我有技术,使用代码生成器,ORM,手动方式或其他?
  2. 表现也不错。

--------------解决方案-------------

这是不是节目,但项目管理。 管理/客户端必须明白,变化的数据架构,以便经常会对开发时间非常大的影响。 这是绝对重要的不是你会使用哪种技术,因为即使有良好的代码生成工具,你可以,每天4小时以上最终被缺失的属性,新的属性,不同的实体等固定断码请确保您显示的时间量花这一活动。 经常表现出来。 一旦管理层认为,从20MD你花10MD上改变你的数据访问层(=添加了10MD没有商业价值),他们会做的东西。

从技术上看,你可以使用任何你生成类:

  • LINQ到SQL
  • EF与EDMX
  • 与EF代码优先和EF电动工具CTP1为您创建映射

或者,你可以用NHibernate的更复杂的方式,你会尝试手动重新映射新的模式,以现有的实体。

编辑:

根据应用程序的类型和复杂性,你还可以检查ASP.NET动态数据或MVC脚手架。

这听起来好像是很适合代码生成的问题。

有些做的ORM代码生成您在幕后,但通常只有DAL。

像mygeneration东西可能更适合于产生的所有层。

业绩将完全取决于你如何组织你的代码模板。

非此将有助于你需要一遍遍重做工作的事实,但是。

我也同意,代码生成是这里的合适的技术。 我的方法是建立自己的数据库模式的典范。 那么你可以使用一个代码生成框架来构建必要的代码。 我的首选工具是AtomWeaver但你也可以尝试EMF,甚至的Xtext。

在AtomWeaver IDE你建立一个使用ABSE建模方法的DB模式的典范。 这种方法可以让您通过构建块模型(想想“表”,“列”,“钥匙”,等等)。 对于每一个“块”来定义如何为您的BLL,BOL或DAL。 每次做出改变的时候,你可以再次再生。

有没有预先定义的代码生成的数据库,这意味着你必须提供所有必要的代码生成模板,但至少你会得到100%的“代码”。 因为你已经做手工,您可以使用该代码为“养活”的生成器模板。

构建代码生成需要一些时间。 它似乎并没有在第一次还清,但只要你开始改变,并且能够快速获得新的代码,你会改变你的想法,我猜。

ADO.NET实体框架是一个很好的一个。

分类:。净 时间:2015-03-15 人气:1
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.870 (s). 10 q(s)