From c25d481d5cca1858097b9ab7285228b6bed7f93e Mon Sep 17 00:00:00 2001 From: "Jonathan.Wage" Date: Sun, 25 Nov 2007 20:48:31 +0000 Subject: [PATCH] fixes #608 --- manual/docs/en/relations.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/manual/docs/en/relations.txt b/manual/docs/en/relations.txt index b97c8a5b0..a0d3341ce 100644 --- a/manual/docs/en/relations.txt +++ b/manual/docs/en/relations.txt @@ -170,7 +170,7 @@ class Task extends Doctrine_Record If you are coming from relational database background it may be familiar to you how many-to-many associations are handled: an additional association table is needed. -In many-to-many relations the relation between the two components is always an aggregate relation and the association table is owned by both ends. For example in the case of users and groups when user is being deleted the groups it belongs to are not being deleted, but the associations between this user and the groups it belongs to are being deleted. +In many-to-many relations the relation between the two components is always an aggregate relation and the association table is owned by both ends. For example in the case of users and groups: when a user is being deleted, the groups he/she belongs to are not being deleted. However, the associations between this user and the groups he/she belongs to are instead being deleted. This removes the relation between the user and the groups he/she belonged to, but does not remove the user nor the groups. Sometimes you may not want that association table rows are being deleted when user / group is being deleted. You can override this behaviour by setting the relations to association component (in this case {{Groupuser}}) explicitly.