Database
Pluriform bevat een eigen object database management systeem (ODMS). Hierin is alle modelinformatie opgeslagen, dus zowel de meta informatie over objecten als de objecten zelf. Alle objecten in de Pluriform database worden door een uitgebreid autorisatiemechanisme beveiligd tegen onbevoegd gebruik en zijn niet via andere wegen toegankelijk. Alle gegevens zijn versleuteld opgeslagen in de database.
Voor bedrijfskritische applicaties is het van groot belang dat de integriteit van bedrijfsgegevens op elk moment is gewaarborgd. Pluriform zorgt er dan ook voor dat de gegevens zich altijd in een consistente toestand bevinden, zelfs bij serieuze problemen met de hardware.
Onder integriteit verstaan we de volledigheid en juistheid van gegevens. Voor de volledigheid zijn er verplichte attributen en relaties die altijd gevuld moeten worden/zijn. Om juistheid te verzekeren moeten alle objecten voldoen aan eenvoudig te definieren en te verfijnen voorwaarden (de ‘database constraints’).
Bij elkaar horende wijzigingen in de object database worden aangegeven en uitgevoerd als ‘database transacties’. Daardoor wordt een bedoelde wijziging van een gebruiker altijd helemaal of helemaal niet uitgevoerd. Zo blijft de integriteit van de database gewaarborgd. Alle toevoegingen en wijzigingen kunnen worden gelogd via een mutatielog.
Om te voorkomen dat gegevens ongeldig worden doordat meerdere gebruikers ze gelijktijdig kunnen benaderen en muteren, gebruikt Pluriform ‘lazy locking’. Zolang een object bij een gebruiker of (automatische) taak onderhanden is, kan het object niet door andere gebruikers of taken worden gemuteerd. Een gebruiker die een onderhanden object benadert, krijgt de melding: object reeds onderhanden bij Naam. Als een taak een onderhanden object nodig heeft, dan wacht Pluriform even of het object vrij wordt gegeven. Is dat niet het geval dan mislukt de betreffende transactie.