An Erwaardung vum Ufank vun der nächster Flux um Taux Mir hunn e klengt Auteursmaterial mat wichtegen Tipps virbereet fir eng Datebank ze designen. Mir hoffen, datt dëst Material fir Iech nëtzlech ass.
Datenbanken sinn iwwerall: vun den einfachsten Blogs a Verzeichnisser bis zu zouverlässeg Informatiounssystemer a grousse sozialen Netzwierker. Ob d'Datebank einfach oder komplex ass ass net sou wichteg wéi et wichteg ass se richteg ze designen. Wann eng Datebank ouni Gedanken an ouni e kloert Verständnis vum Zweck entworf ass, ass et net nëmmen net effikass, awer weider Aarbecht mat der Datebank wäert e richtege Péng sinn, en onduerchsiichtleche Bësch fir d'Benotzer. Hei sinn e puer Datebank Design Tipps déi Iech hëllefen en nëtzlecht an einfach ze benotzen Produkt ze kreéieren.
1. Bestëmmen wat den Dësch ass fir a wat seng Struktur ass
Haut hëllefen Entwécklungsmethoden wéi Scrum oder RAD (Rapid Application Development) IT Teams séier Datenbanken z'entwéckelen. Wéi och ëmmer, an der Verfollegung vun der Zäit ass d'Versuchung ganz grouss fir direkt an eng Basis ze bauen, vague virzestellen wat d'Zil selwer ass, wat d'endgülteg Resultater solle sinn.
Et ass wéi wann d'Team op effizient, séier Aarbecht fokusséiert ass, awer dëst ass e Mirage. Wat Dir weider a méi séier an d'Tiefe vum Projet daucht, wat méi Zäit et brauch fir Feeler am Datebankdesign z'identifizéieren an z'änneren.
Also dat éischt wat Dir musst entscheeden ass den Zweck fir Är Datebank ze definéieren. Fir wéi eng Applikatioun gëtt d'Datebank entwéckelt? Wäert de Benotzer nëmme mat Opzeechnungen schaffen a muss op Transaktiounen oppassen, oder ass hien méi interesséiert fir Datenanalyse? Wou soll d'Basis agesat ginn? Wäert et Clientsverhalen verfollegen oder einfach Clientsbezéiungen managen?
Wat méi séier d'Designteam dës Froen beäntwert, dest méi glatter wäert den Datebankdesignprozess sinn.
2. Wat Donnéeë soll ech fir Stockage wielen?
Plangt viraus. Gedanken iwwer wat de Site oder de System fir deen d'Datebank entwéckelt gëtt an Zukunft wäert maachen. Et ass wichteg iwwer déi einfach Ufuerderunge vun den techneschen Spezifikatioune ze goen. Gitt w.e.g. net un all méiglech Aarte vun Daten ze denken, déi e Benotzer jeemools späichert. Amplaz, denkt drun ob d'Benotzer fäeg sinn Posts ze schreiwen, Dokumenter oder Fotoen eropzelueden oder Messagen austauschen. Wann dat de Fall ass, da musst Dir Plaz fir si an der Datebank zouginn.
Schafft mat der Equipe, Departement oder Organisatioun fir déi d'Designbasis an Zukunft ënnerstëtzt gëtt. Kommunizéiere mat Leit op verschiddenen Niveauen, vu Clientsservice Spezialisten bis Departementscheffen. Op dës Manéier, mat der Hëllef vu Feedback, kritt Dir eng kloer Iddi iwwer d'Ufuerderunge vun der Firma.
Onweigerlech wäerten d'Bedierfnesser vun de Benotzer an der selwechter Departement konflikt sinn. Wann Dir dëst begéint, fäert net op Är eegen Erfahrung ze vertrauen an e Kompromiss ze fannen deen all Parteien passt an dat ultimativt Zil vun der Datebank entsprécht. Gitt sécher: an Zukunft kritt Dir +100500 a Karma an e Bierg vu Kichelcher.
3. Modell Daten mat Suergfalt
Et gi verschidde Schlësselpunkte fir opzepassen wann Dir Daten modelléiert. Wéi mir virdru gesot hunn, bestëmmt den Zweck vun der Datebank wéi eng Methode fir d'Modellering ze benotzen. Wa mir eng Datebank fir Online Rekordveraarbechtung (OLTP) designen, an anere Wierder fir Rekorder ze kreéieren, z'änneren an ze läschen, benotze mir Transaktiounsmodelléierung. Wann d'Datebank relational muss sinn, dann ass et am beschten multidimensional Modeller ze benotzen.
Wärend der Modelléierung ginn konzeptuellen (CDM), kierperlech (PDM) a logesch (LDM) Datemodeller gebaut.
Konzeptuell Modeller beschreiwen Entitéiten an d'Zorte vun Daten déi se enthalen, souwéi d'Relatiounen tëscht hinnen. Deelt Är Donnéeën a logesch Stécker - et mécht d'Liewen vill méi einfach.
Den Haapt Saach ass Moderatioun, iwwerdribblen et net.
Wann eng Entitéit ganz schwéier ass an engem Wuert oder engem Saz ze klassifizéieren, dann ass et Zäit Ënnertypen (Kand Entitéiten) ze benotzen.
Wann eng Entitéit säin eegent Liewen féiert, Attributer huet, déi säi Verhalen a seng Erscheinung beschreiwen, souwéi Bezéiunge mat aneren Objeten, da kënnt Dir sécher net nëmmen en Ënnertyp benotzen, awer och e Supertyp (Elterentitéit).
Wann Dir dës Regel vernoléissegt, ginn aner Entwéckler an Ärem Modell duercherneen a verstinn d'Donnéeën an d'Regele fir wéi se se sammelen net voll.
Konzeptuell Modeller gi mat logesch ëmgesat. Dës Modeller si wéi eng Stroossekaart fir kierperlech Datebankdesign. Am logesche Modell ginn d'Geschäftsdaten Entitéiten identifizéiert, Datentypen ginn festgeluegt, an de Status vum Regelschlëssel gëtt festgeluegt, déi d'Relatiounen tëscht Daten regelen.
Da gëtt de logesche Datemodell mat der virausgewielten DBMS (Datebankmanagementsystem) Plattform verglach an e Physical Model gëtt kritt. Et beschreift wéi Daten kierperlech gespäichert ginn.
4. Benotzen d'Recht Daten Zorte
D'Benotzung vun der falscher Datetyp kann zu manner präzis Donnéeën, Schwieregkeeten beim Bäitrëtt vun Dëscher, Schwieregkeeten d'Attributer synchroniséieren an opgeblosen Dateigréissten.
Fir d'Integritéit vun der Informatioun ze garantéieren, muss en Attribut nëmmen Datentypen enthalen, déi dofir akzeptabel sinn. Wann den Alter an d'Datebank aginn ass, gitt sécher datt d'Kolonn ganz Zuele vu maximal 3 Ziffere späichert.
Erstellt e Minimum vun eidel Sailen mat engem NULL Wäert. Wann Dir all Kolonnen als NULL erstellt, ass dëst e grousse Feeler. Wann Dir eng eidel Kolonn braucht fir eng spezifesch Geschäftsfunktioun auszeféieren, wann d'Donnéeën onbekannt sinn oder nach net Sënn sinn, da fillt Dir Iech gratis ze kreéieren. Mir kënnen d'Kolonn "Doudesdatum" oder "Entloossungsdatum" schliisslech net am Viraus ausfëllen, mir si keng Prognosen, déi de Fanger op den Himmel weisen :-).
Déi meescht Modellersoftware (ER/Studio, MySQL Workbench, SQL DBM, gliffy.com) Daten erlaabt Iech Prototypen vun Datenregiounen ze kreéieren. Dëst garantéiert net nëmmen déi richteg Datetyp, Uwendungslogik a gutt Leeschtung, awer och datt de Wäert erfuerderlech ass.
5. Gitt natierlech
Wann Dir décidéiert wéi eng Kolonn an enger Tabell als Schlëssel ze benotzen, betruecht ëmmer wéi eng Felder de Benotzer kann änneren. Wielt se ni als Schlëssel - eng schlecht Iddi. Alles ka geschéien, awer Dir musst sécher sinn datt et eenzegaarteg ass.
Et ass am beschten en natierlechen oder geschäftleche Schlëssel ze benotzen. Et huet eng semantesch Bedeitung, sou datt Dir Duplikatioun an der Datebank vermeit.
Ausser de Geschäftsschlëssel ass eenzegaarteg (Virnumm, Familljennumm, Positioun) a gëtt a verschiddene Reihen vun der Tabell widderholl oder et muss änneren, da sollt de generéierte kënschtleche Schlëssel als primäre Schlëssel bezeechent ginn.
6. Normaliséieren a Moderatioun
Fir effektiv Daten an enger Datebank z'organiséieren, musst Dir e Set vu Richtlinnen verfollegen an d'Datebank normaliséieren. Et gi fënnef normal Formen ze verfollegen.
Mat Normaliséierung vermeit Dir Redundanz a garantéiert d'Integritéit vun den Donnéeën, déi an Ärer Applikatioun oder Site benotzt ginn.
Wéi ëmmer soll alles a Moderatioun sinn, och Normaliséierung. Wann et ze vill Dëscher an der Datebank mat de selwechte eenzegaartege Schlësselen sinn, da sidd Dir ewechgeholl an d'Datebank iwwernormaliséiert. Exzessiv Normaliséierung beaflosst d'Datebankleistung negativ.
7. Test fréi, Test oft
Testplang a richteg Tester sollten Deel vum Datebankdesign sinn.
De beschte Wee fir Är Datebank ze testen ass duerch kontinuéierlech Integratioun. Simuléiert en "Dag am Liewen vun enger Datebank" Szenario a kontrolléiert ob all Randfäll gehandhabt ginn a wéi eng Benotzerinteraktiounen méiglech sinn. Wat Dir méi séier Bugs fannt, wat Dir méi Zäit a Suen spuert.
Dëst sinn nëmme siwe Tipps déi Dir benotze kënnt fir eng grouss Produktivitéit an Effizienz Datebank ze designen. Wann Dir se verfollegt, wäert Dir déi meescht Kappwéi an Zukunft vermeiden. Dës Tipps si just den Tipp vum Äisbierg an der Datebankmodelléierung. Et ginn eng grouss Zuel vu Life Hacks. Wéi eng benotzt Dir?
Source: will.com