Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
Van toepassing op:SQL Server in Windows
Azure SQL Managed Instance
Belangrijk
Master Data Services (MDS) wordt verwijderd in SQL Server 2025 (17.x). MdS wordt nog steeds ondersteund in SQL Server 2022 (16.x) en eerdere versies.
Een afgeleide master Data Services-hiërarchie is afgeleid van de op een domein gebaseerde kenmerkrelaties die al bestaan tussen entiteiten in een model.
U kunt een afgeleide hiërarchie maken om een van de bestaande op een domein gebaseerde kenmerkrelaties in het model te markeren.
Bladleden groep andere bladleden
In een afgeleide hiërarchie worden de bladleden van de ene entiteit gebruikt om de bladleden van een andere entiteit te groeperen. Een afgeleide hiërarchie is gebaseerd op de relatie tussen deze entiteiten. Een expliciete hiërarchie daarentegen is alleen gebaseerd op leden van één entiteit en is gestructureerd op elke manier die u opgeeft.
U kunt de structuur van een afgeleide hiërarchie wijzigen zonder dat dit van invloed is op de onderliggende gegevens. Zolang de relaties nog steeds bestaan in het model, heeft het verwijderen van een afgeleide hiërarchie geen effect op uw hoofdgegevens.
Expliciete hiërarchieën versus afgeleide hiërarchieën
In de volgende tabel ziet u enkele van de verschillen tussen expliciete en afgeleide hiërarchieën.
Opmerking
Expliciete hiërarchieën worden afgeschaft in deze versie van Master Data Services.
| Expliciete hiërarchieën | Afgeleide hiërarchieën |
|---|---|
| Structuur wordt gedefinieerd door de gebruiker | Structuur is afgeleid van de relaties tussen op een domein gebaseerde kenmerken |
| Bevat leden van één entiteit | Bevat leden van meerdere entiteiten |
| Gebruikt geconsolideerde leden om andere leden te groeperen | Bladleden van de ene entiteit gebruiken om bladleden van een andere entiteit te groeperen |
Een Variable-Depth-hiërarchie maken
Er zijn twee aanbevolen manieren om een hiërarchie met variabele diepte te maken:
Als u alle niveaus nodig hebt om dezelfde kenmerken te hebben, maakt u één entiteit en maakt u vervolgens een recursieve hiërarchie voor deze entiteit met behulp van een domeinkenmerk dat is gebaseerd op de entiteit.
Als u één set kenmerken nodig hebt voor de bladleden en een andere set kenmerken in de bovenste niveaus, maakt u twee entiteiten voor een afgeleide hiërarchie. Gebruik voor de leaf-entiteit een domeinkenmerk dat is gebaseerd op de bovenliggende entiteit. Gebruik voor de bovenliggende entiteit een op een domein gebaseerd kenmerk dat op zichzelf is gebaseerd.
Voorbeeld van afgeleide hiërarchie
In het volgende voorbeeld worden de uiteindelijke leden van de entiteit Product gegroepeerd volgens de uiteindelijke leden van de entiteit Subcategorie, die op hun beurt worden gegroepeerd volgens de uiteindelijke leden van de entiteit Categorie. Deze hiërarchie is mogelijk omdat de entiteit Product een domeinkenmerk met de naam Subcategorie heeft en de entiteit Subcategorie een domeinkenmerk heeft met de naam Categorie.
De hiërarchiestructuur laat zien hoe de leden zijn gegroepeerd. De entiteit met de meeste leden bevindt zich onderaan.
In een afgeleide hiërarchie kunt u de relatie tussen Product en Subcategorie markeren en vervolgens tussen Subcategorie en Categorie. Wanneer u de leden in deze hiërarchie bekijkt, bevat elk niveau in de structuur leden van dezelfde entiteit.
Dit type hiërarchie voorkomt dat u een lid verplaatst naar een niveau dat ongeldig is. U kunt bijvoorbeeld de Road-650-fiets verplaatsen van de ene subcategorie, Road Bikes naar een andere, Mountainbikes. U kunt Road-650 niet rechtstreeks onder een categorie verplaatsen, zoals 1 {Bikes}. Telkens wanneer u een lid in de hiërarchiestructuur verplaatst, verandert de waarde van het domeinkenmerk van het lid om de verplaatsing weer te geven.
Opmerkingen
Alle leden in een afgeleide hiërarchiestructuur worden gesorteerd op id. U kunt de sorteervolgorde niet wijzigen.
Als het domeinkenmerk van een lid leeg is en het kenmerk wordt gebruikt voor een afgeleide hiërarchie, wordt het lid niet weergegeven in de hiërarchie. Maak bedrijfsregels om te vereisen dat kenmerken worden ingevuld. Zie Kenmerkwaarden vereisen (Master Data Services) voor meer informatie.
Gerelateerde taken
| Taakbeschrijving | Onderwerp |
|---|---|
| Maak een nieuwe afgeleide hiërarchie. | Een afgeleide hiërarchie maken (Master Data Services) |
| Niveaus in een bestaande afgeleide hiërarchie verbergen of verwijderen. | Niveaus in een afgeleide hiërarchie verbergen of verwijderen (Master Data Services) |
| Wijzig de naam van een bestaande afgeleide hiërarchie. | Een afgeleide hiërarchienaam wijzigen (Master Data Services) |
| Een bestaande afgeleide hiërarchie verwijderen. | Een afgeleide hiërarchie verwijderen (Master Data Services) |
Verwante inhoud
Expliciete hiërarchieën (Master Data Services)
Afgeleide hiërarchieën met expliciete hoofdletters (Master Data Services)
Veel-op-veel-relaties weergeven in afgeleide hiërarchieën (Master Data Services)