"Określone rzutowanie jest nieprawidłowe" Błąd podczas zapisywania LINQ do SQL podmiot

Question

Szczegóły App: C#, ASP.NET MVC, SQL Server 2008 (tej samej wersji & poziom SP), LINQ do SQL ORM

Próbuję zdiagnozować wyjątek Otrzymuję:

"Specified cast is not valid." at System.Data.Linq.IdentityManager.StandardIdentityManager.SingleKeyManage`2.TryCreateKeyFromValues(Object[] values, V& v)
at System.Data.Linq.IdentityManager.StandardIdentityManager.IdentityCache`2.Find(Object[] keyValues)
at System.Data.Linq.IdentityManager.StandardIdentityManager.Find(MetaType type, Object[] keyValues)
at System.Data.Linq.CommonDataServices.GetCachedObject(MetaType type, Object[] keyValues)
at System.Data.Linq.ChangeProcessor.GetOtherItem(MetaAssociation assoc, Object instance)
at System.Data.Linq.ChangeProcessor.BuildEdgeMaps()
at System.Data.Linq.ChangeProcessor.SubmitChanges(ConflictMode failureMode)
at System.Data.Linq.DataContext.SubmitChanges(ConflictMode failureMode)
at System.Data.Linq.DataContext.SubmitChanges()
at Repository.Save() at etc....

problemem jest to, że występuje tylko na naszych serwerach, a nie na naszych lokalnych polach rozwojowych. Śledziłem to do jednej właściwości, którą modyfikujemy:

event.SalesForceId = "701Q0000000AOTIIA4"; 

Jeśli skomentuję tę linię, wszystko działa poprawnie.

Próbowałem:

1) woskowanie cały kod na serwerze i przesunięcia. Ten sam problem.
2) Wyciąganie kopii bazy danych serwera i wypróbowywanie jej lokalnie. Działa w porządku.
3) Próbuję innego środowiska IIS, które ustawiliśmy w tym samym oknie. Ten sam problem.
4) Fizyczne porównywanie (za pomocą AdeptSQL) zarówno schematów lokalnych, jak i zdalnych. Bez różnic.
5) Weryfikacja typów danych obu kolumn (lokalnych i zdalnych) jest taka sama. Również ta kolumna jest FK do innej tabeli. Zweryfikowałem, że oba są tego samego typu danych, aż do sortowania.

Serwer to Windows Server 2008, a lokalny to Windows 7 x64. Oba mają ustawione wszystkie ważne aktualizacje.

Jedyne o czym mogę myśleć to być może dlatego, że baza danych i serwer WWW znajdują się na różnych polach, które mogą być problemem? W przeciwnym razie jestem kompletnie zakłopotany.

Wszelkie pomysły?

Answer 1

Jest to dobrze znany błąd w LINQ do SQL.

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=351358

Jest poprawka do wydania.

http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=963657&kbln=en-us

Answer 2

Jeśli klucz istnieje określona zależność i przedmiotem jest już utworzony następnie LINQ podana ścieżka związek (obj.Foo = new Foo { ... }) muszą być stosowane. (Użyłbym podanych relacji nawet dla nowych obiektów). Niespełnienie tego spowoduje wynik - mówienie z doświadczenia - w takich "przypadkowych" błędach.

Inną kwestią, która może powodować (lub bardzo podobny błąd), jest odwróconych kolumn relacji, dla relacji złożonych. Jeśli jednak wygenerowany kod jest taki sam, a DB jest taki sam (na prawdę, na obu kontach), to podejrzewam, że pierwszym powodem jest winowajca.

Szczęśliwe skoki w dętkach SQL-to-LINQ.