I raggruppamenti regionali e i livelli di mercato sono spesso memorizzati nella stessa colonna perché entrambi sono modi di ordinare i paesi in contenitori. Arrivano da direzioni diverse, cambiano per motivi diversi e sono consumati da lettori diversi, quindi un unico campo che cerca di contenere entrambi finisce per non servire nessuno dei due.
Questo articolo separa i due. Descrive da dove vengono i raggruppamenti, perché un livello di mercato è un giudizio di business che non ha nulla a che fare con il supporto ai formati, e come mantenere un raggruppamento che verrà riletto anni dopo essere stato scritto.
Da dove vengono davvero i raggruppamenti regionali?
I gruppi sono convenzioni, non fatti sul mondo. Un paese non porta la sua regione nello stesso modo in cui porta una linea costiera; qualcuno ha deciso, per uno scopo, con quali vicini dovesse essere riportato.
Questo ha una conseguenza pratica. Due team possono avere entrambi ragione sul raggruppamento dello stesso paese e comunque non essere d’accordo, perché uno raggruppa per un report e l’altro per una tariffa di spedizione. Il disaccordo è un problema solo quando il raggruppamento è memorizzato una volta e consumato ovunque, perché allora lo scopo di un lettore sovrascrive silenziosamente quello dell’altro.
Il rimedio non è cercare l’unico raggruppamento vero. È dare un nome a ciascun raggruppamento — regione di report, regione logistica, regione di contenuto — e lasciare che un paese occupi una posizione in ciascuno di essi in modo indipendente.
Continenti, sottoregioni e i codici regionali ufficiali
I raggruppamenti più stabili provengono dai sistemi di codifica internazionali. Definiscono regioni e sottoregioni, ed esistono proprio perché le statistiche possano essere aggregate tra i paesi senza che ognuno si inventi il proprio ordine a scaffale.
Poiché sono mantenuti come standard, viaggiano bene. Un report raggruppato per una sottoregione ufficiale può essere riprodotto da qualcuno che non ha mai visto le tue convenzioni interne. Un report raggruppato per le tue convenzioni interne può essere letto solo da chi le conosce.
Il costo è la granularità: le regioni standard sono definite per scopi statistici, e le domande di business spesso le attraversano. Tratta il raggruppamento ufficiale come linea di base, e sovrapponi il raggruppamento di business come attributo separato invece di ridefinire la linea di base.
Livelli di mercato e supporto ai formati non sono correlati
Un livello di mercato è un’affermazione sulla priorità, non sulla capacità. La forma abituale è un piccolo numero di livelli disposti per attenzione: un mercato di lancio, un mercato di focus, una lista di osservazione e il resto. Nessuno di questi livelli dice nulla su quanto siano completi i dati per quel paese.
La confusione nasce perché entrambi gli attributi sembrano livelli, quindi vengono codificati come uno solo. Il risultato è un sistema in cui abbassare il livello di un paese sembra degradarne i dati, e un paese con dati eccellenti ma senza un piano commerciale finisce archiviato come non supportato.
Tienili separati e anche le modalità di guasto resteranno separate. Un paese può essere un mercato di lancio con dati scarni — che è un problema di dati — o un mercato in lista di osservazione con dati completi, che non è affatto un problema.
| Attributo | Tipo di affermazione | Chi lo decide | Con quale frequenza cambia |
|---|---|---|---|
| Regione o sottoregione | Una convenzione su dove | Organismo di reporting o di standardizzazione | Raramente, e per accordo |
| Livello di mercato | Un giudizio sulla priorità | Responsabile commerciale | Nei cicli di pianificazione |
| Supporto ai formati | Un fatto sui dati | Responsabile dei dati o dell’ingegneria | Quando i dati cambiano |
A quale gruppo dovrebbe appartenere una dipendenza?
Le dipendenze, i dipartimenti d’oltremare e le altre regioni dallo status contestato sono il punto in cui uno schema di raggruppamento ha più probabilità di essere sbagliato, perché non c’è una risposta ovvia da ereditare e ogni risposta disponibile ha un precedente alle spalle.
La regola che funziona è mettere per iscritto il criterio invece di ricordarlo. Una dipendenza è raggruppata con lo stato che la amministra, con la regione geografica in cui si trova, o in un gruppo a sé? Ognuna delle tre può essere corretta; nessuna è evidente di per sé, e la persona che applicherà la regola tra sei mesi non sarà in grado di ricostruirla dai dati.
Una volta che il criterio esiste, deve anche essere applicato coerentemente attraverso il livello di codifica. La guida ai codici ISO di paese e suddivisione è il luogo in cui cercare come i sistemi di codici trattano queste entità, perché un raggruppamento che contraddice i codici sottostanti continuerà a produrre eccezioni nei join.
Perché i raggruppamenti derivano nel tempo
Un raggruppamento è un’istantanea di una situazione che continua a muoversi. I mercati aprono e chiudono, le normative cambiano, una rotta di approvvigionamento diventa impraticabile, e un paese che un tempo era un membro ovvio di un gruppo diventa un adattamento strano.
Due proprietà rendono sopravvivibile questa deriva. Un raggruppamento dovrebbe essere configurabile, così cambiarlo non richiede di cambiare il codice. E un record passato dovrebbe essere tracciabile, così un report prodotto l’anno scorso può ancora dire in quale gruppo si trovava il paese in quel momento.
Se il raggruppamento viene solo sovrascritto sul posto, la storia diventa illeggibile. Nessuno può dire se un calo in un grafico sia un cambiamento reale o un artefatto di un paese spostato tra gruppi a metà periodo.
Per gli sviluppatori: tenere la chiave di raggruppamento fuori dal codice
Il consiglio pratico più forte in quest’area è rendere il raggruppamento un valore invece che una ramificazione. Un elenco di paesi che porta un identificatore per ciascuno dei suoi raggruppamenti può essere raggruppato di nuovo modificando i dati; un elenco di paesi che porta un identificatore solo quando un team si è ricordato di aggiungere una ramificazione non può.
Modella i raggruppamenti come attributi separati con i propri valori ammessi, ciascuno con una breve definizione allegata. Allora qualsiasi consumatore — un report, una tabella di instradamento, un piano di contenuti — sceglie il raggruppamento di cui ha bisogno invece di ereditare quello memorizzato per primo.
Tieni le definizioni accanto ai valori, e rendile abbastanza brevi da leggere. Quando qualcuno chiede cosa significa un livello, la risposta dovrebbe essere nello stesso artefatto del livello stesso. La directory dei paesi e delle regioni mostra come una directory possa essere organizzata per regione mantenendo i paesi indirizzabili singolarmente, che è la stessa separazione applicata un livello più in basso.
Tutto ciò che è nominato sopra è illustrativo. I nomi dei raggruppamenti, i nomi dei livelli e le collocazioni dei paesi in questo articolo sono esempi sintetici scelti per spiegare una scelta di modellazione; non descrivono il piano di mercato di alcuna azienda reale né alcuno schema di reporting reale, e non dovrebbero essere letti come tali.
Passi successivi
Elenca ogni punto del tuo sistema in cui i paesi sono raggruppati, e verifica se tutti usano lo stesso attributo per lo stesso scopo. Dove non lo fanno, dividi l’attributo prima di aggiungergli un altro valore. La guida agli scenari di indirizzo transfrontaliero mostra cosa succede quando diversi attributi di paese devono concordare all’interno di una sola transazione, e la guida a scegliere i paesi per i dati di test copre come viene selezionato l’insieme di paesi sottostante.