Quali sono le regole aziendali della cardinalità?

La cardinalità è un attributo del database. Man mano che i database aziendali diventano più grandi - spesso con più di un miliardo di voci - richiedono algoritmi più sofisticati per la gestione dei database per rimanere accessibili, flessibili ed efficienti. Una buona programmazione del database basata su algoritmi di cardinalità più recenti aiuta la gestione del database in un'era di big data.

Cardinalità resa semplice

La cardinalità esprime i limiti di una relazione valida. Un esempio relativamente banale che rende chiaro il significato della cardinalità è la cardinalità di un team di vendita. La cardinalità minima è di due persone; una persona non costituisce una squadra. La cardinalità massima in questo caso è meno certa e deve fare attributi come la potenza del team e la comunicazione ottimale all'interno di una squadra. Ad un certo numero, l'aggiunta di più membri a un team di vendita lo rende sgraziato, difficile da gestire e costoso da mantenere. A quel punto, viene raggiunta la cardinalità massima.

Cardinalità pratiche

Determinare la cardinalità diventa più utile nell'area della gestione di grandi database. La progettazione di un sistema di gestione dell'inventario del magazzino offre un esempio. Potresti decidere che per mantenere un elemento ampiamente disponibile in diverse aree geografiche, avresti almeno un'istanza in ogni magazzino, consentendo più di uno solo quando tutti i magazzini avevano almeno un articolo in magazzino. Le regole di cardinalità faranno rispettare questo requisito conseguendo diversi vincoli di cardinalità nella progettazione della gestione del software, ad esempio vietando la localizzazione simultanea di oggetti identici, contando le singole risorse in ciascuna posizione o taggando la posizione e rintracciando tutti gli oggetti.

Altri vincoli di cardinalità

Il raggiungimento della cardinalità richiede che ogni oggetto o gruppo di oggetti abbia un identificativo univoco all'interno del sistema di gestione del database. Ogni oggetto ha una delle tre relazioni di cardinalità con altre entità: una relazione uno-a-uno, una relazione uno-a-molti o molti-a-uno o una relazione molti-a-molti. Stabilire la cardinalità di ciascun oggetto all'interno di un database è essenziale. Le regole della cardinalità devono essere flessibili e consentire il cambiamento. Il database di un'azienda dei suoi clienti via cavo, ad esempio, è notevolmente migliorato se può aggiungere rapidamente altri attributi richiesti dallo sviluppo del business, quali clienti via cavo che sono anche clienti wireless, clienti via cavo che sono clienti wireless di altre società e clienti via cavo che anche iscriversi a servizi di terze parti come Netflix. Le regole di cardinalità mantengono le categorie multiple, che cambiano frequentemente distinte e organizzate in modo ottimale.

Big Data

In un'epoca di grandi quantità di dati, grandi e complessi set di dati fino a diversi miliardi di oggetti, la costruzione di database efficienti con regole cardinalità avanzate diventa essenziale per rendere fattibile l'archiviazione dei dati e l'accesso ai dati rapidamente. Un modo più vecchio di contare ogni singola parola nelle opere raccolte di Shakespeare, ad esempio, utilizza più di 10 milioni di byte. Un modo migliore utilizza poco più di 3.000 byte. Un modo più nuovo discusso da Matt Abrams sul sito Web di HighScalability, utilizza 512 byte. Questi algoritmi più sofisticati consentono agli utenti di ottenere una stima della cardinalità con qualsiasi precisione desiderata da più siti di archiviazione senza dover introdurre i dati su una macchina prima di identificare i dati e con una spesa minima delle risorse di archiviazione.