我试图使用LINQ-to-SQL插入一个新实体,并且实体与User实体相关联.新实体的插入成功,但我现有的用户实体被插入,就好像它是一个新用户一样.代码如下所示:
var someEntity = new Entity();
someEntity.User = this.User;
dataContextInstance.SomeEntities.InsertOnSubmit(someEntity);
dataContextInstance.SubmitChanges();
Run Code Online (Sandbox Code Playgroud)
有谁知道为什么用户被插入到Users表中作为一个全新的实体?似乎User.UserId将成为映射到正在插入的someEntity的行的UserId列中的外键值.
感谢您的任何帮助/建议/意见
如何确定哪些是来自WinDBG的前台.NET线程?使用!threads命令,SOS扩展告诉我们前台线程的数量但不是哪些.
所以最近在我正在开展的一个项目中,我们一直在努力保持解决方案的代码库和相关的数据库架构同步(Database = SQL Server 2008).
数据库更改发生得相当频繁(添加列,约束,关系等),因此人们从源代码控制中获取"获取最新"并发现他们也需要重建数据库并不常见(有时候他们忘记做后者).
我们没有使用VSTS:Database Edition(DataDude),而是使用带有脚本(批处理文件)的标准Visual Studio数据库项目,该脚本从T-SQL脚本中删除并重新创建数据库.该解决方案是一个.Net和ASP.net解决方案,LINQ to SQL底层为ORM.
任何人都有关于采取(自动或非自动)方法的想法,这将使每个人都了解最新的数据库架构?
与MSBuild的持续集成是一个选项,但只能帮助获取所提交的任何重大更改,它在我上面强调的方案中并没有真正帮助.
我们正在使用Team Foundation Server,如果这有帮助..
有很多关于IPv6以及即将从IPv4切换到IPv6的新闻.我对IPv6有一些了解,但我经常想知道IPv6对应用程序开发和设计有多大影响(特别是)?
是否有一些我们今天还没有提供的有形/众所周知的好处?
我知道Windows Vista和Server 2008支持开箱即用的IPv6,今天是否有人使用(或设计使用IPv6),如果是这样,有什么好处?我们是否应该在当前和未来的项目中考虑IPv6?
是否有任何关于IPv6感知应用程序的好例子?
所以问题是..您是否使用过预发布产品或技术(社区技术预览版,测试版或候选发布版等)来开发自己的产品?
例如,您可能使用Microsoft的ASP.Net MVC(昨天刚刚进行了RTM)开发了一个网站,或者构建了针对SQL Server 2008 RC 1 ...的软件.
如果是这样的话
1.您(或者您)采取了哪些措施来最大限度地降低预发布产品正确发布时出现问题的风险?
2.在使用产品之前,您是否等待特定的时间范围(例如产品是候选发布者)?
3.使用预发布技术的主要优势(与风险相比)是什么?
如果你不得不向企业提出关于采用或转向敏捷开发方法(如SCRUM或XP等)的案例,你会做什么案例(你如何出售这个概念)?
例如
编辑:我问的原因是我的一个朋友(他是一家公司的解决方案架构师)目前正试图决定如何向他的管理层确切地说明这个话题,并且我已经给了他我的建议.特别感到好奇的是听到那些成功地提出要转向敏捷对齐的方法论的人.
.net ×1
agile ×1
architecture ×1
asp.net ×1
c# ×1
database ×1
ipv6 ×1
linq ×1
linq-to-sql ×1
methodology ×1
orm ×1
schema ×1
tfs ×1
windbg ×1