我正在寻找一种方法来进行日常部署并使数据库脚本与发布保持一致.
目前,我们有一个相当不错的部署源代码的方式,我们有单位代码覆盖,持续集成和回滚程序.
问题是使数据库脚本与发布保持一致.每个人似乎都尝试在测试数据库上运行脚本,然后在实时运行它们,当ORM映射更新(即更改生效)时,它会选择新列.
第一个问题是没有任何脚本可以写在任何地方,通常每个人都"尝试"将它们放入Subversion文件夹,但是一些懒惰的人只是在现场运行脚本,大多数时候没人知道谁做了什么到数据库.
第二个问题是我们有4个测试数据库,它们总是脱节,真正排列它们的唯一方法是从实时数据库进行恢复.
我非常相信,这样的流程需要简单,直接且易于使用,以帮助开发人员,而不是阻碍他们.
我正在寻找的技术/想法使开发人员想要记录他们的数据库脚本很容易,因此它们可以作为发布过程的一部分运行.开发人员希望遵循的流程.
任何故事,用例甚至链接都会有所帮助.
我试着尽可能地把手指放在家里.
键入所有括号使我离开那里一点点.
我用Emacs; 括号本身没问题,我对它们很满意.我不喜欢自动为我输入模式的模式.
我想过将方括号重新映射到圆括号,反之亦然.这是一个好主意吗？其他人都做了什么？
我有兴趣使用ASP.NET Cache来减少加载时间.我该怎么做？我从哪里开始？缓存究竟是如何工作的？
我有一个使用预定事件的.Net控制台应用程序将启动,调用mweb服务方法并关闭.每小时/每天运行一次.虽然实现没有"错误",但我想知道将此实现作为Windows服务是否有任何好处.
有没有人对这种情况下的最佳做法有什么看法？
我对Linq to Sql的理解是它将采用我的Linq语句并将其转换为等效的SQL语句.
所以
var products = from p in db.Products
where p.Category.CategoryName == "Beverages"
select p
刚刚变成
Select * from Products where CategoryName = 'Beverages'
如果是这种情况,我不会看到存储过程如何有用.
我正在尝试阅读一个大型的XML文档,我想以块XmlDocument的形式将整个文件读入内存.我知道我可以XmlTextReader这样做,但我想知道是否有人使用SAX for .NET？我知道Java开发人员发誓它,我想知道是否值得尝试一下,如果有的话,使用它有什么好处.我正在寻找细节.
什么where T : somevalue意思？我刚刚看到一些代码说where T : Attribute.我认为这与泛型有关,但我不确定这意味着什么或它在做什么.
有人知道吗？
是否有标准函数来检查指定的目录是否有效？
我问的原因是我收到了用户的绝对目录字符串和文件名,我想通过检查位置来检查它是否有效.