posted 20 years ago
Master-detail is about data modeling (and in fact the notion goes back a long ways in the data modeling community). But there are some UI patterns that arise from it.
Here's the standard example. Consider a sales order. It consists of a some basic info about the sale (customer, date, etc.) and then a list of the items sold. In a relational database, we would have a sales-order table, and a sales-line-item table. The sales-order is the master, and the sales-line-item is the detail. There's a one-to-many relation between them, but it's special because the detail has no life beyond its parent.
Now, in the UI area, there will often be screens or web pages or whatever that display or edit the master-detail relation (e.g, "enter sales order",
"display sales order" etc.) So you could have some patterns regarding how to do that. In fact, many old 4GL tools could recognize master-detail relationships and automatically generate a UI for them.
Many-to-many is again from data modeling. It's not really a pattern, but one could make a little pattern language of different ways to handle many-to-many relationships.
(Edited to add the UI aspect.)
[ November 03, 2003: Message edited by: Loren Rosen ]