Calling all developers! We invite you to provide your input on Feature Experimentation by completing this brief survey.
Calling all developers! We invite you to provide your input on Feature Experimentation by completing this brief survey.
To be honest, I'd consider approaching the problem from a different angle. Is the dynamic data store really the best place to store a relational structure like the one you describe? For example, what would you do if you want to remove a meta tag that has already been assigned to a bunch of pages?
The dynamic data store has its place - simple data such as settings, etc - but I would balk at using an API-based data store to hold a complex data structure. It'll just be easier to manage and debug with good old SQL data tables and a bit of data access code.
There are other bits of EPiServer functionality that could do this too - a dynamic list property or even EPiServer's categories? It depends on the use cases, I guess.
Not much of an answer, I'll admit, but, as I said, its the solution that may be the issue here rather than the EPiServer API?
I'm trying to create a simple relationen model in the DDS, but I can't seem find the right solution.
Essentially I have a list of predefined metatags that i want every page to choose from, so where there is a many-to-many relationsship between pages and metatags. I have created a class called MetadataItem that represents an available metatag to choose from. And I have created a class called MetadataMappingItem that represents a mapping between a page and a MetadataItem. So how do I go from there - do i need to create af store for each entitity and how is the references between them managed.
It's not a logical problem, so to speak, I just feels like there some sort of functionality that I am overlooking for this simple purpose?