In anticipazione di u principiu di u prossimu flussu à a tarifa Avemu preparatu un picculu materiale d'autore cù cunsiglii impurtanti per u disignu di una basa di dati. Speremu chì stu materiale vi serà utile.
E basa di dati sò in ogni locu: da i blog è i cartulari più simplici à i sistemi d'infurmazioni affidabili è e grande rete suciale. Sia chì a basa di dati hè simplice o cumplessa ùn hè micca cusì impurtante cum'è hè impurtante di cuncepimentu currettamente. Quandu una basa di dati hè cuncepitu senza penseru è senza una cunniscenza chjara di u scopu, ùn hè micca solu inefficace, ma u travagliu ulteriore cù a basa di dati serà un veru turmentu, un boscu impenetrable per l'utilizatori. Eccu alcuni cunsiglii di cuncepimentu di basa di dati chì vi aiutanu à creà un pruduttu utile è faciule d'utilizà.
1. Determinà ciò chì hè a tavula è quale hè a so struttura
Oghje, i metudi di sviluppu cum'è Scrum o RAD (Sviluppu Rapidu di l'Applicazione) aiutanu i squadre IT à sviluppà e basa di dati rapidamente. In ogni casu, in a ricerca di u tempu, a tentazione hè assai grande per immerse direttamente in a custruzzione di una basa, imaginendu vagamente ciò chì u scopu stessu hè, ciò chì i risultati finali deve esse.
Hè cum'è s'ellu u squadra hè focu annantu à u travagliu efficiente è veloce, ma questu hè un mirage. U più è più veloce si immerse in a prufundità di u prugettu, u più tempu ci vole à identificà è cambià l'errore in u disignu di a basa di dati.
Allora a prima cosa chì avete bisognu di decide hè di definisce u scopu di a vostra basa di dati. Per quale tipu d'applicazione hè sviluppata a basa di dati? L'utilizatore solu travaglià cù i registri è deve esse attentu à e transazzione, o hè più interessatu à l'analisi di dati? Induve deve esse implementata a basa? Seguirà u cumpurtamentu di i clienti o solu gestisce e relazioni cù i clienti?
Quantu prima u squadra di cuncepimentu risponde à queste dumande, u prucessu di cuncepimentu di a basa di dati serà più liscia.
2. Chì dati deveru sceglie per u almacenamiento?
Pianu avanti. Pensieri nantu à ciò chì u situ o sistema per quale a basa di dati hè stata cuncepita farà in u futuru. Hè impurtante per andà al di là di i bisogni simplici di e specificazioni tecniche. Solu per piacè ùn cuminciate micca à pensà à tutti i pussibuli tipi di dati chì un utilizatore hà mai guardatu. Invece, pensate s'ellu l'utilizatori puderanu scrive posti, caricate documenti o ritratti, o scambià missaghji. Se questu hè u casu, allora avete bisognu di assignà spaziu per elli in a basa di dati.
U travagliu cù a squadra, u dipartimentu o l'urganizazione per quale a basa di design serà supportata in u futuru. Comunicate cù e persone à diversi livelli, da i specialisti di u serviziu di u cliente à i capi di dipartimentu. In questu modu, cù l'aiutu di feedback, avete una idea chjara di e esigenze di a cumpagnia.
Inevitabbilmente, i bisogni di l'utilizatori in u stessu dipartimentu seranu cunflitti. Sè vo scontru questu, ùn abbiate paura di cunfidassi nantu à a vostra propria sperienza è truvate un cumprumissu chì cunvene à tutti i partiti è satisface u scopu ultimu di a basa di dati. Siate assicurati: in u futuru riceverete + 100500 in karma è una muntagna di cookies.
3. Modelli dati cun cura
Ci hè parechji punti chjave per attentu à quandu u mudellu di dati. Comu avemu dettu prima, u scopu di a basa di dati determina quale metudi à aduprà in u mudellu. Se simu cuncependu una basa di dati per u processu di registrazione in linea (OLTP), in altri palori per creà, edità è sguassate registri, usemu a modellazione di transazzione. Se a basa di dati deve esse relazionale, allora hè megliu aduprà mudelli multidimensionali.
Durante u mudellu, sò custruiti mudelli di dati cuncettuali (CDM), fisichi (PDM) è lògichi (LDM).
I mudelli conceptuali descrizanu l'entità è i tipi di dati chì includenu, è ancu e relazioni trà elli. Divide i vostri dati in pezzi lògichi - rende a vita assai più faciule.
A cosa principal hè a moderazione, ùn esce micca.
Se una entità hè assai difficiuli di classificà in una sola parolla o frasa, allora hè u tempu d'utilizà sottotipi (entità zitelli).
Se una entità porta a so propria vita, hà attributi chì descrizanu u so cumpurtamentu è u so aspettu, è ancu relazioni cù altri ogetti, pudete aduprà micca solu un subtipu, ma ancu un supertipu (entità parente).
Se trascurate sta regula, altri sviluppatori diventeranu cunfunditi in u vostru mudellu è ùn capiscenu micca bè i dati è e regule per cumu per cullà.
I mudelli conceptuali sò implementati aduprendu quelli lògichi. Questi mudelli sò cum'è una mappa stradale per u disignu di a basa di dati fisica. In u mudellu lògicu, l'entità di dati di l'affari sò identificati, i tipi di dati sò determinati, è u statutu di a chjave di regula hè determinata chì guverna e relazioni trà e dati.
Allora u Mudellu di Dati Lògicu hè paragunatu cù a piattaforma DBMS (sistema di gestione di basa di dati) pre-selezionata è un mudellu fisicu hè ottenutu. Descrive cumu i dati sò salvati fisicamente.
4. Aduprà i tipi di dati dritta
L'usu di u tipu di dati sbagliatu pò esse risultati menu precisi, difficultà à unisce à e tavule, difficultà à sincronizà l'attributi, è dimensioni di fugliale gonfiate.
Per assicurà l'integrità di l'infurmazioni, un attributu deve cuntene solu tipi di dati chì sò accettabili per ellu. Se l'età hè inserita in a basa di dati, assicuratevi chì a colonna guarda interi di un massimu di 3 cifre.
Crea un minimu di culonni vacanti cù un valore NULL. Se create tutte e colonne cum'è NULL, questu hè un grande sbagliu. Sè avete bisognu di una colonna viota per eseguisce una funzione specifica di l'affari, quandu i dati ùn sò micca cunnisciuti o ùn anu ancu sensu, allora sentite liberu di creà. Dopu tuttu, ùn pudemu micca cumpiendu e colonne "Data di morte" o "Data di licenziamentu" in anticipu; ùn simu predittori chì puntanu i nostri ditti in u celu :-).
A maiò parte di u software di mudellu (ER / Studio, MySQL Workbench, SQL DBM, gliffy.com) data permette di creà prototipi di regioni di dati. Questu assicura micca solu u tipu di dati currettu, a logica di l'applicazione è u bonu rendimentu, ma ancu chì u valore hè necessariu.
5. Vai naturali
Quandu decide quale colonna in una tavula per aduprà cum'è chjave, sempre cunsiderà quali campi l'utilizatore pò edità. Ùn mai sceglienu cum'è chjave - una mala idea. Tuttu pò succede, ma duvete assicurà chì hè unicu.
Hè megliu aduprà una chjave naturale, o cummerciale. Hà un significatu semanticu, cusì eviterete a duplicazione in a basa di dati.
A menu chì a chjave cummerciale hè unica (nome, cognome, pusizione) è hè ripetuta in diverse fila di a tavula o deve cambià, allora a chjave artificiale generata deve esse designata cum'è a chjave primaria.
6. Normalizà in moderazione
Per urganizà efficacemente e dati in una basa di dati, avete bisognu di seguità un inseme di linee guida è nurmalizà a basa di dati. Ci sò cinque forme nurmale à seguità.
Cù a normalizazione, eviterete a redundanza è assicuratevi l'integrità di e dati utilizati in a vostra applicazione o situ.
Comu sempre, tuttu deve esse in moderazione, ancu a normalizazione. Se ci sò troppu tavule in a basa di dati cù e stesse chjavi unichi, allora vi sò stati purtati è sopra-normalizatu a basa di dati. A normalizazione eccessiva affetta negativamente u rendiment di a basa di dati.
7. Pruvate prima, pruvate spessu
U pianu di prova è a prova propria deve esse parte di u disignu di a basa di dati.
U megliu modu per pruvà a vostra basa di dati hè attraversu Integrazione Continua. Simulate un scenariu di "ghjornu in a vita di una basa di dati" è verificate se tutti i casi di punta sò trattati è ciò chì l'interazzione di l'utilizatori sò probabili. Prima truverete bug, più risparmierate tempu è soldi.
Quessi sò solu sette cunsiglii chì pudete aduprà per cuncepisce una grande basa di dati di produtividade è efficienza. Se li seguite, eviterete a maiò parte di i mal di testa in u futuru. Questi cunsiglii sò solu a punta di l'iceberg in u mudellu di basa di dati. Ci hè un gran numaru di pirate di vita. Quali aduprate?
Source: www.habr.com