sql >> Databáze >  >> RDS >> Access

Špatné postupy při návrhu databáze

Program jako Microsoft Access usnadňuje vytvoření databáze, která je rychlá a optimalizovaná. Můžete si vybrat z dostupných šablon nebo si vytvořit vlastní. Pokud používáte šablonu, vše, co musíte udělat, je zapojit své informace a voila! Pokud jsou vaše potřeby složitější, můžete si najmout odborníka na databáze, jako je Arwkare, aby vytvořil personalizovanou databázi.

Co se však stane, když jste již někomu zaplatili za vytvoření vaší databáze a on neodvedl adekvátní práci? Bohužel se to stává. Pokud vaše databáze nefunguje tak, jak by měla, je možné, že má špatný design s jedním nebo více z těchto postupů.

Špatná normalizace 

Normalizace databáze je proces strukturování databáze, aby se zabránilo nadbytečným nebo duplicitním informacím. Některé databáze jsou bohužel navrhovány za běhu bez dodržování pravidel normalizace.

Přinejmenším by měly být všechny databáze normalizovány do třetí normální formy. S tímto nastavením bude každý sloupec tabulky závislý na primárním identifikátoru. Pokud vaše databáze nevyhovuje první, druhé nebo třetí normální formě, zvažte přepracování těchto tabulek. Slibujeme – dlouhodobě se to vyplatí!

Nesprávné pojmenování 

Nebudeme se pouštět do podrobností o tom, jak věci nejlépe pojmenovat, protože toto je téma samo o sobě. To, co chceme zdůraznit, je potřeba důslednosti. Názvy, které zvolíte pro svou databázi, neslouží pouze k identifikaci objektů, ale také k tomu, aby budoucím programátorům, uživatelům atd. umožnili rychle a snadno porozumět vaší databázi. Jinými slovy, nikdo by neměl číst vyčerpávající příručku, aby zjistil, co které jméno znamená.

Nedostatek dokumentace 

Když pečlivě pojmenujete své objekty, sloupce a tak dále, bude všem jasné, co vaše databáze modeluje. Dodržujte konzistentní standard pojmenování a také definice pro tabulky, sloupce, vztahy a výchozí a kontrolní omezení. Špatný návrh má tendenci mít nedostatek dokumentace, a proto je pro uživatele obtížné porozumět vaší databázi.

Nepoužíváte uložené procedury 

Uložené procedury odkazují na kód SQL, který je uložen pro opakované použití. I když postupy mohou zpočátku vyžadovat trochu více úsilí, z dlouhodobého hlediska stojí za to. Uložené procedury nabízejí následující výhody: 

  • Krátká doba odezvy, protože procedury jsou vytvořeny a uloženy 
  • Možnost seskupit všechny požadované příkazy SQL do procedury a provést je najednou
  • Vyhněte se opakování kódu 
  • Použijte další funkce SQL 
  • Kód použijte v libovolném počtu aplikací 

Nedostatek testování 

Pokud jde o testování, doporučujeme mít zaveden přísný plán testování. Tento plán by měl projít každou částí vývojového procesu, aby identifikoval chyby a diagnostikoval a opravoval problémy, které by jinak vedly ke korupci. Dobré databáze jsou často testovány a díky tomu fungují optimálně.

Nejlepším způsobem, jak zajistit funkční a efektivní návrh databáze, je spolupráce se správným týmem odborníků na vývoj databází. Arkware má desítky let zkušeností s budováním, opravami a optimalizací databází a vždy dodržujeme osvědčené postupy. Kontaktujte nás ještě dnes a prodiskutujeme vaše databázové potřeby.


  1. OPENXML s xmlns:dt

  2. Jak mohu zobrazit všechny speciální znaky povolené v poli varchar nebo char na serveru SQL Server?

  3. Získejte rozdíl v letech mezi dvěma daty v MySQL jako celé číslo

  4. Jak používat Case Statement pro podmíněné formátování ve Select Query - SQL Server / TSQL výukový program, část 116