..


Спонсоред Линкс

Коришћење и управљање идентитетом колона у СКЛ Серверу

Чланак који је написао Винсент Гаглио
Страна 1 од 3

Када се пројектује база података за подршку апликације је неопходно да се размотри како да рукује примарних кључева. Постоје у том погледу најмање две школе мишљења: један који тврди да права ствар је да се користи тзв сурогат тастера (тј. не на основу реалних података) и други који тврди да мора да се користи уместо правих података као кључне вредности. Онда постоји средњи пут који се састоји у "базу података за коришћење у оквиру оба ова решења, у зависности од релативне предности и недостатке (које ћемо ускоро).

Када се пројектује табеле обично садржи један или више колона који чине примарни кључ. Као што знамо примарни кључ табеле је вредност (или комбинацију вредности) који јединствено идентификује сваки ред. Као што је поменуто раније, ако је кључни је састављен од правих вредности се назива природним кључ, али ако на пример кључ се генерише сваки пут када убаците ред у табели се зове сурогат кључ. Сурогат кључ је обично бројчане вредности у СКЛ Серверу, а често колоне овог типа су они идентитета, од којих је више касније.

Природни кључ је састављен од правих података, односно подаци који су однос са вредностима у другим колонама реда (нпр. код пореза појединца у Купци табелу која садржи своје општости). Чак сурогат кључ јединствено идентификује ред у табели, али њена вредност нема никакве везе са другим вредностима линије и то је једноставно генерисана и чувају.

Анализирамо предности и мане две врсте кључева почевши сурогат:

ПРО

  • Сурогат кључ нема везе са другим подацима линије
  • Ако треба да извршите промене на базу података у вези са ажурирањем природних тастера који се лако може урадити без утицаја страног кључ односа, ако је та нису засноване на природним тастерима већ на сурогат
  • Сурогат тастери су обично целобројну вредност и зато захтевају само четири бајта за складиштење на овај начин структуре доношења мање Перформанце Индек (која има позитиван ефекат придруже операција)

ПРОТИВ

  • Уколико повезане табеле у страним тастер са вредношћу сурогат је повезан са главним столом, да добије стварне вредности везе између различитих табела, морате придружити операције
  • Сурогат кључ не веома корисно када тражите одређене информације као вредности садржане у њима нема прави смисао

Што се тиче природног тастери:

ПРО

  • Да буду погодни за истраживање, јер вредности су прави смисао
  • Захтевају мање кораке да се придруже кључне вредности, јер се налазе у свим табелама који су укључени у придружује
  • Да буду погодни за истраживање, јер вредности су прави смисао

ПРОТИВ

  • То је много компликованије ажурирање, поготово ако иностране кључ односа са другим табелама су на основу њих
  • Индекси преузме већи јер природни тастери обично захтевају више бајтова за чување
  • Се придружује на бази композитних природним тастерима (које често укључују редоследа података) су спорији од оних направљен са сурогат кључеве
У истој категорији ...
Е-учење
МС Аццесс (Адванцед) МС Аццесс (Адванцед)
Сазнајте како да направите и управљање базама података брзо и лако. Полазећи од 29 €.
МиСКЛ (курс) МиСКЛ (курс)
Управљање опен соурце базу података. Од 39 €.
СКЛ и базе података (курс) СКЛ и базе података (курс)
Креирање и управљање релационим базама података. Од 39 €.
Спонсоред Линкс