મૂળભૂત કીઝ જે ડેટાબેઝ મેનેજમેન્ટને સરળ બનાવે છે

ડેટાબેઝ કીઓ કાર્યક્ષમ રીલેશ્નલ ડેટાબેઝ બનાવવાનો સૌથી સરળ રસ્તો છે

જેમ તમે પહેલેથી જ જાણી શકો છો, ડેટાબેઝ માહિતી ગોઠવવા માટે કોષ્ટકોનો ઉપયોગ કરે છે. (જો તમારી પાસે ડેટાબેઝ ખ્યાલો સાથે મૂળભૂત પારિવારિકતા નથી, તો ડેટાબેઝ શું છે? વાંચો) દરેક કોષ્ટકમાં સંખ્યાબંધ પંક્તિઓ શામેલ છે, જેમાંથી દરેક એક ડેટાબેઝ રેકોર્ડને અનુલક્ષે છે. તો, ડેટાબેઝો આ તમામ રેકોર્ડ્સને કેવી રીતે રાખે છે? તે કીઓના ઉપયોગ દ્વારા છે

પ્રાથમિક કીઝ

આપણે જે પ્રકારનું કી ચર્ચા કરીશું તે પ્રાથમિક કી છે . દરેક ડેટાબેઝ કોષ્ટકમાં એક અથવા વધુ કૉલમ્સ પ્રાથમિક કી તરીકે નિયુક્ત હોવા જોઈએ. આ કીને ડેટાબેઝમાં દરેક રેકોર્ડ માટે અનન્ય હોવા જોઈએ.

ઉદાહરણ તરીકે, ધારીએ છીએ કે અમારી પાસે એક કર્મચારી નામની કોષ્ટક છે જે અમારા કર્મચારી માટે કર્મચારી માહિતી ધરાવે છે. અમને યોગ્ય પ્રાથમિક કી પસંદ કરવાની જરૂર છે જે દરેક કર્મચારીને અનન્ય રીતે ઓળખશે. તમારું પ્રથમ વિચાર કર્મચારીનું નામ વાપરવાનું હોઈ શકે છે. આ ખૂબ જ સારી રીતે કામ કરશે નહીં કારણ કે તે કલ્પનાયોગ્ય છે કે તમે સમાન નામથી બે કર્મચારીઓને ભાડે રાખશો. સારી પસંદગી એ એક અનન્ય કર્મચારી આઈડી નંબરનો ઉપયોગ કરવાનો હોઈ શકે છે કે જે તમે દરેક કર્મચારીને જ્યારે તે ભાડે લીધા હોય ત્યારે સોંપી શકો છો. કેટલાક સંગઠનો આ કાર્ય માટે સોશિયલ સિક્યોરિટી નંબર (અથવા સમાન સરકારી ઓળખકર્તાઓ) નો ઉપયોગ કરવાનું પસંદ કરે છે કારણ કે દરેક કર્મચારી પાસે પહેલેથી જ એક છે અને તે અનન્ય બનવાની ખાતરી આપી છે. જો કે, ગોપનીયતા ચિંતાને કારણે આ હેતુ માટે સામાજિક સુરક્ષા નંબરનો ઉપયોગ અત્યંત વિવાદાસ્પદ છે. (જો તમે સરકારી સંસ્થા માટે કામ કરો છો, તો સોશિયલ સિક્યુરિટી નંબરનો ઉપયોગ પણ 1 9 74 ના ગોપનીયતા એક્ટ હેઠળ ગેરકાયદેસર હોઈ શકે છે.) આ કારણોસર, મોટાભાગની સંસ્થાઓ અનન્ય ઓળખાણપત્રો (કર્મચારી આઈડી, વિદ્યાર્થી આઈડી, વગેરે) ના ઉપયોગમાં ખસેડી છે. .) કે જે આ ગોપનીયતા ચિંતા શેર નથી કરતા.

એકવાર તમે પ્રાથમિક કી નક્કી કરો અને ડેટાબેઝ સેટ કરો, ડેટાબેઝ મેનેજમેન્ટ સિસ્ટમ કીની વિશિષ્ટતાને અમલમાં મૂકે છે.

જો તમે ટેબલમાં કોઈ પ્રાથમિક કી સાથે રેકોર્ડ દાખલ કરવાનો પ્રયાસ કરો છો જે અસ્તિત્વમાંના રેકોર્ડને ડુપ્લિકેટ કરે છે, તો શામેલ નિષ્ફળ થશે.

મોટાભાગના ડેટાબેઝો તેમની પોતાની પ્રાથમિક કીઓ પેદા કરવા માટે સક્ષમ છે. ઉદાહરણ તરીકે, માઈક્રોસોફ્ટ એક્સેસ, કોષ્ટકમાં દરેક રેકોર્ડને એક અનન્ય ID સોંપવા માટે ઓટોનમ્બર ડેટા પ્રકારનો ઉપયોગ કરવા માટે ગોઠવી શકાય છે. અસરકારક હોવા છતાં, આ એક ખરાબ ડિઝાઇન પ્રથા છે કારણ કે તે તમને ટેબલમાંના દરેક રેકોર્ડમાં અર્થહીન મૂલ્ય આપે છે. કંઇક ઉપયોગી સંગ્રહવા માટે તે જગ્યાનો ઉપયોગ કરશો નહીં?

વિદેશી કીઝ

બીજો પ્રકાર વિદેશી કી છે , જે કોષ્ટકો વચ્ચેના સંબંધો બનાવવા માટે વપરાય છે. મોટા ભાગના ડેટાબેઝ માળખામાં કોષ્ટકો વચ્ચે કુદરતી સંબંધો અસ્તિત્વ ધરાવે છે. અમારા કર્મચારીઓના ડેટાબેઝ પર પાછા આવો, કલ્પના કરો કે અમે ડેટાબેસમાં ડિપાર્ટમેન્ટલ માહિતી ધરાવતા ટેબલને ઉમેરવા માગીએ છીએ. આ નવી ટેબલને વિભાગો તરીકે ઓળખાવાય છે અને સમગ્ર વિભાગ વિશે મોટી સંખ્યામાં માહિતી શામેલ હોઈ શકે છે. અમે ડિપાર્ટમેન્ટમાં કર્મચારીઓ વિશેની માહિતીનો પણ સમાવેશ કરવા માગીએ છીએ, પરંતુ તે બે ટેબલો (કર્મચારીઓ અને વિભાગો) માં સમાન માહિતી ધરાવતા બિનજરૂરી હશે. તેના બદલે, અમે બે કોષ્ટકો વચ્ચેનો સંબંધ બનાવી શકીએ છીએ.

ચાલો ધારીએ કે વિભાગો ટેબલ ડિપાર્ટમેન્ટ નામના સ્તંભને પ્રાથમિક કી તરીકે ઉપયોગ કરે છે. બે કોષ્ટકો વચ્ચે સંબંધ બનાવવા માટે, અમે વિભાગ નામના કર્મચારીઓ ટેબલ પર એક નવું કૉલમ ઉમેરો. અમે પછી વિભાગ કે જે દરેક કર્મચારી અનુલક્ષે ના નામ ભરો. અમે ડેટાબેઝ મેનેજમેન્ટ સિસ્ટમને પણ જાણ કરીએ છીએ કે કર્મચારીઓની કોષ્ટકમાં વિભાગીય સ્તંભ એક વિદેશી કી છે જે વિભાગો ટેબલનું સંદર્ભ આપે છે.

ડેટાબેઝ પછી ખાતરી કરશે કે કર્મચારીઓની ટેબલના વિભાગોના સ્તંભમાંના તમામ મૂલ્યો વિભાગોના કોષ્ટકમાં અનુરૂપ એન્ટ્રીઝ ધરાવે છે.

નોંધ કરો કે વિદેશી કી માટે કોઈ વિશિષ્ટતા નથી. અમે (અને મોટાભાગની જેમ) એક કરતાં વધુ કર્મચારી હોઈએ છીએ જે એક જ વિભાગ સાથે જોડાય છે. તેવી જ રીતે, એવી કોઈ જરુરીયાત નથી કે ડિપાર્ટમેન્ટ કોષ્ટકમાં પ્રવેશ એ કર્મચારીઓની કોષ્ટકમાં કોઈપણ સંબંધિત નોંધણી છે. તે સંભવ છે કે અમારી પાસે કોઈ કર્મચારીઓ વગર કોઈ વિભાગ હશે.

આ મુદ્દા પર વધુ માટે, વિદેશી કી બનાવવાનું વાંચો.