Wat is een Soft-Delete-indicator?
Dit is een kolom in de gegevensset die aangeeft dat het item in de interface is verwijderd en niet meer in de gebruikersinterface van Brightspace wordt weergegeven. In de context van differentiëlen is het een manier om aan te geven dat de rij niet langer in gebruik is en mogelijk uit uw gegevensarchief kan worden verwijderd. Voor meer informatie, zie de Introductie van Soft-Deletes voor de Brightspace-gegevenssets artikel.
Het dilemma: Kun je alleen differentiële bestanden gebruiken als er geen soft-delete-vlag is?
Veel Brightspace-gegevenssets hebben een vlag voor voorlopig verwijderen, maar sommige niet. Om het volume en de verwerkingstijd te minimaliseren, zou het idealiter efficiënter zijn om alleen differentiële bestanden te gebruiken (en niet de volledige bestanden). Differentiële bestanden bevatten echter alleen invoegingen en updates en bevatten daarom niet de rijen die sinds de vorige uitvoering definitief zijn verwijderd. Deze verwijderingen kunnen worden bevestigd met behulp van volledige bestanden, maar er zijn enkele strategieën die u kunt toepassen om u in staat te stellen de verwijderde rijen of onnodige rijen vast te leggen met alleen differentiële bestanden, zelfs als er geen indicator voor voorlopig verwijderen op de gegevensset zelf staat.
Voor de volgende casestudy's die de beschikbare strategieën laten zien, zullen we Content User Progress gebruiken als onze doeldataset. Content User Progress is vaak een zeer grote dataset, omdat deze alle voortgang van alle gebruikers tegen alle content bevat en geen veld voor voorlopig verwijderen bevat. Het is vaak onpraktisch om mee te werken als een volledig bestand en kan een enorme tafel zijn wanneer het wordt opgeslagen.
Strategie 1: De soft-delete overnemen van een afhankelijke (base-object) dataset
Wanneer een gegevensset geen vlag voor voorlopig verwijderen heeft, is er vaak een gerelateerde gegevensset die wel identificeert welke rijen in de doelgegevensset daadwerkelijk worden verwijderd. Belangrijk om te onthouden is hier de relatie tussen de twee datasets, de dataset met soft-deletes zou een vereiste moeten zijn voor eventuele updates in de andere dataset. In het onderstaande voorbeeld van inhoudsobjecten en Voortgang van inhoudsgebruikers kunt u bijvoorbeeld geen voortgang meer hebben met betrekking tot inhoud nadat het inhoudsobject is verwijderd.
Bij het gebruik van Voortgang van inhoudsgebruikers in een rapport wordt vaak ook de gegevensset Inhoudsobjecten gebruikt om de titel van de inhoud op te halen, om te groeperen op module of om een koppeling te maken naar Organisatie-eenheden om de cursusinformatie op te halen. De gegevensset van inhoudsobjecten bevat een indicator voor voorlopig verwijderen (IsDeleted) en als de inhoud is verwijderd, is de historische voortgang waarschijnlijk niet langer relevant voor analyse of rapportage en moet deze worden uitgesloten. Dit proces kan ook worden geautomatiseerd als een opgeslagen procedure om periodiek uit te voeren en alle rijen uit de voortgang van de inhoudsgebruiker te verwijderen waarvan is aangegeven dat de rij inhoudsobjecten moet worden verwijderd.
Strategie 2: Rijen behandelen als verwijderd wanneer inschrijvingen of rollen de gegevens overbodig maken
Als je naar het cursusniveau kijkt, kan het verstandig zijn om rijen te verwijderen die niet het type gegevens zijn dat je wilt analyseren. Brightspace behandelt bijvoorbeeld alle gebruikers hetzelfde in de gegevens, maar het kan zijn dat je alleen wilt rapporteren over acties van studenten of specifiek over studenten die momenteel in een cursus zitten en niet de acties van andere gebruikers hoeven op te slaan. In dit geval kan het nuttig zijn om regelmatig rijen te verwijderen die overeenkomen met acties voor personen die niet uw doelwit zijn. Een waarschuwing hier: als uw beleid toestaat dat personen van rol veranderen binnen dezelfde cursusshell, of zich opnieuw inschrijven nadat ze zijn ingetrokken, is dit mogelijk niet de juiste strategie om te gebruiken, omdat u mogelijk rijen verwijdert die u in de toekomst misschien wel wilt.
Wanneer u Voortgang van inhoudsgebruikers gebruikt, kunt u deelnemen aan Inschrijvingen en intrekkingen of Gebruikersinschrijvingen om de huidige inschrijvingsstatus voor een gebruiker en zijn rol te krijgen, zodat u voldoende informatie hebt om te bepalen of de rij de moeite waard is om te onderhouden.
Strategie 3: Het bewaren van de gegevens ongeacht de status
In sommige gevallen is het misschien niet de moeite waard om de vorige strategieën te gebruiken om de gegevens op te schonen of de volledige gegevenssets te blijven gebruiken. De gegevensset Roldetails bevat bijvoorbeeld geen veld voor voorlopig verwijderen. Het is echter waarschijnlijk dat u zelden van rol verandert en ze nog zeldzamer verwijdert, zodat er weinig rijen en weinig updates zullen zijn. Als u daar een rij laat staan die in de interface is verwijderd, heeft dit geen negatieve invloed op de rapportagelogica, aangezien die rol niet langer wordt gebruikt in de inschrijvingen en dus wordt gefilterd uit de resulterende rapportage over de huidige status. Het is zeker de moeite waard om je te concentreren op het optimaliseren van de grotere datasets om de opslag en het gebruik van volledige bestanden te minimaliseren, maar op een gegeven moment zal de kosten-batenanalyse ervoor pleiten om de kleinere datasets zonder verwijderingen te laten of de volledige datasets periodiek naar beneden te blijven halen om de verwijderingen te verifiëren. Het is belangrijk om te weten waar die lijn in uw organisatie ligt en op basis daarvan beslissingen te nemen.
Conclusie
Met de verwachting dat uw uiteindelijke doel is om volledig af te stappen van het gebruik van de volledige datasets en alleen op de differentiëlen te vertrouwen, brengen de soft-delete-indicatoren u daar gedeeltelijk, en de bovenstaande strategieën kunnen u nog dichterbij brengen. Uiteindelijk bespaart het minimaliseren van de gegevens die u downloadt, verwerkt en opslaat u niet alleen geld, maar krijgt u waarschijnlijk ook sneller de rapporten die uw gebruikers nodig hebben. Ook belangrijk om in gedachten te houden is dat sommige gegevenssets nooit een veld voor voorlopig verwijderen hebben omdat het logboeken zijn en hun rijen dus niet worden verwijderd. Door goed na te denken over welke gegevens moeten worden bewaard en waarom, kunt u uw gegevensverwerking optimaliseren en de opslagruimte die u nodig hebt voor Brightspace-gegevens minimaliseren zonder dat dit ten koste gaat van uw rapportagemogelijkheden.