[Mono-bugs] [Bug 74924][Maj] Changed - DataSet cascading not working on change

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Thu, 12 May 2005 09:39:17 -0400 (EDT)


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by george.barbarosie@gmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=74924

--- shadow/74924	2005-05-12 09:28:59.000000000 -0400
+++ shadow/74924.tmp.5488	2005-05-12 09:39:17.000000000 -0400
@@ -1,14 +1,14 @@
 Bug#: 74924
 Product: Mono: Class Libraries
 Version: 1.1
-OS: 
+OS: unknown
 OS Details: Gentoo Linux 2004.0 ~x86
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Major
 Component: Sys.Data
 AssignedTo: mono-bugs@ximian.com                            
 ReportedBy: george.barbarosie@gmail.com               
 QAContact: mono-bugs@ximian.com
 TargetMilestone: ---
@@ -30,6 +30,18 @@
 I will attach sample code.
 
 ------- Additional Comments From george.barbarosie@gmail.com  2005-05-12 09:28 -------
 Created an attachment (id=15130)
 test case / sample code; modifying clients.id does not propagate to orders.client
 
+
+------- Additional Comments From george.barbarosie@gmail.com  2005-05-12 09:39 -------
+As a side effect of this, getting a data adaptor to update
+autoincrement fields back from database to dataset on insert and
+update no longer works for datasets containing foreign keys;
+
+Imagine you add a row in the primary table (clients) and a row in
+child table (orders) referencing the new client. When submitting
+changes in clients the new row gets a new primary key (autoincrement),
+but the order still references a now inexistent client. When
+submitting changes in orders you generate a foreign key violation in
+the database backed.