..


Sponzorované odkazy

Využívání a řízení identity sloupců v SQL Server

Článek napsal Vincent Gaglio
Strana 1 z 3

Při návrhu databáze pro podporu aplikací je nezbytné vzít v úvahu, jak zacházet s primární klíče. Tam jsou v tomto ohledu přinejmenším dvě školy myšlenky: ten, který tvrdí, že správná věc udělat, je využít tzv. náhradní klíče (tj. ne na základě reálných dat), a druhý, který tvrdí, že musí být použita namísto skutečných dat as klíčových hodnot. Pak je tu střední cestu, která spočívá v "databáze pro použití v obou těchto řešení, v závislosti na relativní klady a zápory (které bude brzy).

Při návrhu tabulky obvykle obsahuje jeden nebo více sloupců, které tvoří její primární klíč. Jak víme tabulku primární klíč je hodnota (nebo kombinace hodnot), které jednoznačně identifikuje každý řádek. Jak bylo uvedeno dříve, je-li klíč se skládá z reálných hodnot se nazývá přirozený klíč, ale pokud je například klíč generován při každém vložení řádku v tabulce, to je voláno náhradní klíč. Náhradní klíč je obvykle číselné hodnoty v SQL Server, a často sloupce tohoto typu jsou identity, z toho více později.

Přirozený klíč je tvořen reálná data, tj. data, která mají vztah s hodnotami v jiných sloupcích řádku (např. daňový zákoník jednotlivce v tabulce Zákazníci, který obsahuje také jeho obecnosti). Dokonce i náhradní klíč jednoznačně identifikuje řádek v tabulce, ale jeho hodnota nemá žádný vztah k jiným hodnotám z řady a to je prostě generován a uložen.

Analyzujeme výhody a nevýhody obou typů klíčů počínaje náhradní:

PRO

  • Náhradní klíče nemá žádné vztahy s ostatními datové linky
  • Pokud potřebujete provést změny v databázi, pokud jde o aktualizaci přírodní kláves, které lze snadno provést, aniž by byla ohrožena vztahy cizí klíč, pokud ty nejsou založeny na přirozené klíče, ale na náhradní
  • Náhradní klíče jsou obvykle celé číslo, a proto vyžadují pouze čtyři bajty pro uložení tímto způsobem dělat struktury menší Performance Index (což má pozitivní vliv spojit operací)

PROTI

  • Pokud je propojené tabulky v cizích klíč s hodnotou náhradní, je spojena s hlavní tabulky, k získání skutečné hodnoty propojení mezi jednotlivými tabulkami, musíte spojit operace
  • Náhradní klíč není velmi užitečné při hledání konkrétní informace, jako hodnoty, obsažené v nich nemají žádný skutečný význam

Pokud jde o přirozené klíče:

PRO

  • Propůjčit pro výzkum, protože hodnoty skutečný význam
  • Vyžaduje méně kroků k získání spojit klíčové hodnoty, protože jsou obsaženy ve všech tabulkách zapojené do spojení
  • Propůjčit pro výzkum, protože hodnoty skutečný význam

PROTI

  • Je to mnohem složitější aktualizovat, zvláště pokud se cizí klíč vztahy s ostatními tabulkami na jejich základě
  • Indexy převzít větší, protože přirozené klíče typicky vyžadovat více bajtů pro uložení
  • Se připojuje na základě složené přirozené klíče (které často zahrnují řetězec data) jsou pomalejší, než ti dělali s náhradní klíče
Ve stejné kategorii ...
E-Learning
MS Access (Advanced) MS Access (Advanced)
Naučte se vytvářet a spravovat databáze snadno a rychle. Od 29 €.
MySQL (kurz) MySQL (kurz)
Správa open-source databáze. Od 39 €.
SQL a databází (kurz) SQL a databází (kurz)
Vytváření a správa relační databáze. Od 39 €.
Sponzorované odkazy