如果修改基础表,LINQ-to-SQL是否会中断？

Question

我们假设删除基础表LINQ-to-SQL将导致抛出异常.

我们假设删除预期的列也会导致它中断 - 它将无法插入或更新该列.但这个假设是否正确？如果我们从不尝试插入或更新该列SELECT,该怎么办 - 该列的数据类型的默认值是否合适？

我们可以对将破坏LINQ-to-SQL的基础表做出哪些更改？我们可以做出哪些改变会忽略它？它是否在运行时验证数据库架构,如果是,何时？

如何删除主键或外键等约束？我们可以添加它们,删除它们,还是在不破坏LINQ-to-SQL的情况下更改它们？

---

我知道我可以对基础表做的一些事情,我知道一些我不能做的事情.我正在考虑的具体情况是我是否可以在nullable不破坏dbml的情况下向表中添加列.我不记得所以我想在这里记录它.

Answer 1

在LINQ-to-SQL生成select语句并从服务器接收响应之前,不会引发异常.即使服务器响应意外的事情(例如,字段上的不同数据类型),在您在代码中主动使用该字段之前,它可能不会导致异常.

所以是的,你可以毫无问题地添加列,因为生成的查询不会引用它,因为它们对于DBML是未知的.Linq-To-SQL从不发送SELECT * FROM TABLE,而是发送,SELECT [ID], [COL1], [COL2] FROM TABLE也不会在运行时使用SQL Server验证数据库模式.因此,某个[COL3]是否存在不会对结果产生影响.

只是为了进一步实验 - 这当然不是明智的做法 - 让我们尝试删除和修改属于DBML的列,看看哪些有用.

如果删除[Col2],这将生成"无效列名"错误,因为服务器将尝试检索每行的所有字段,包括[col2]:

var q = from row in table
        select row;
int id = q.First().id;

但是,如果您计划在开发期间定期进行更改,则仅检索所需的字段将防止此类错误发生.因为我们不是指[Col2],所以这有效:

var q = from row in table
        select new { row.id, row.Col1 };
int id = q.First().id;

有点令人惊讶的是,如果你离开Col2但是将它的数据类型更改为完全不同的东西,比如datetime,这甚至会起作用:

var q = from row in table
        select new { row.id, row.Col1, row.Col2 };
int id = q.First().id;

只有在积极使用该字段时才会起作用:(我得到"Nullable对象必须有值.")

var q = from row in table
        select row;
var col2 = q.First().Col2;

只要新的未知列可以为空,您甚至可以插入行.假设您创建了一个新的Col4,这仍然有效!

table.InsertOnSubmit(new table() { id = 1, col1 = 'A' };
table.SubmitChanges();

但是,如果更改列的数据类型,请小心,即使您只是传递空值,也无法插入行.如果Col1是DBML中的字符串,但您在数据库中将其更改为datetime,因为Linq-To-SQL为所有字段生成正确的插入语句,这不起作用:('不允许隐式数据类型转换')

table.InsertOnSubmit(new table() { id = 2 };
table.SubmitChanges();

总之,只要SQL语句LINQ-To-SQL在您的数据库上直接运行它们仍然有效,并且收到的数据与您的DBML不矛盾,它就不会破坏您的代码.