Question

What's the best way to support aggregate data structures using content types? For example, if I have an order processing system, then I might have data types like Order and OrderLineItem, where each Order may have reference to none or more OrderLineItems. How do I model this relationship with content types?

Do I base the Order content type on the built-in Folder type? Do I have separate content types where an OrderLineItem content type would contain a lookup field of an Order, and then heavily customized forms to render this on the Orders list?

Était-ce utile?

La solution

Well, you can do parent child relationships with content types, where Order and OrderLineItem might inherit from Order Master, where Order master has all the common fields that Order and OrderLineItem contain. Then each of those content types have other columns unique to them.

Based on what your saying, I might have something like an Orders list that holds an orders content type. Then have a LineItem list that has the OrdersLineItem content type in it. That content type would have a lookup to the Orders list ID column or Order Number, what ever you're using as the "Primary Key".

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top