ಡೇಟಾಬೇಸ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಸುಲಭವಾಗಿಸುವ ಮೂಲ ಕೀಸ್

ಸಮರ್ಥವಾದ ಡೇಟಾಬೇಸ್ ಅನ್ನು ರಚಿಸಲು ಡೇಟಾಬೇಸ್ ಕೀಲಿಗಳು ಸುಲಭವಾದ ಮಾರ್ಗವಾಗಿದೆ

ನೀವು ಈಗಾಗಲೇ ತಿಳಿದಿರುವಂತೆ, ಮಾಹಿತಿಯನ್ನು ಸಂಘಟಿಸಲು ಡೇಟಾಬೇಸ್ಗಳು ಕೋಷ್ಟಕಗಳನ್ನು ಬಳಸುತ್ತವೆ. (ನೀವು ಡೇಟಾಬೇಸ್ ಪರಿಕಲ್ಪನೆಗಳ ಮೂಲಭೂತ ಅನ್ಯೋನ್ಯತೆಯನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಡೇಟಾಬೇಸ್ ಎಂದರೇನು? ) ಪ್ರತಿಯೊಂದು ಕೋಷ್ಟಕವು ಹಲವಾರು ಸಾಲುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ಒಂದೇ ಡೇಟಾಬೇಸ್ ರೆಕಾರ್ಡ್ಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ. ಆದ್ದರಿಂದ, ಡೇಟಾಬೇಸ್ಗಳು ಈ ಎಲ್ಲಾ ದಾಖಲೆಗಳನ್ನು ನೇರವಾಗಿ ಹೇಗೆ ಇರಿಸುತ್ತವೆ? ಇದು ಕೀಲಿಗಳ ಬಳಕೆಯ ಮೂಲಕ.

ಪ್ರಾಥಮಿಕ ಕೀಲಿಗಳು

ನಾವು ಚರ್ಚಿಸುವ ಮೊದಲ ವಿಧದ ಕೀಲಿಯು ಪ್ರಾಥಮಿಕ ಕೀಲಿಯಾಗಿದೆ . ಪ್ರತಿ ಡೇಟಾಬೇಸ್ ಟೇಬಲ್ ಪ್ರಾಥಮಿಕ ಕೀಲಿಯನ್ನಾಗಿ ಗೊತ್ತುಪಡಿಸಿದ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಕಾಲಮ್ಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಈ ಕೀಲಿಯು ಹೊಂದಿರುವ ಡೇಟಾಬೇಸ್ ಡೇಟಾಬೇಸ್ನಲ್ಲಿನ ಪ್ರತಿ ದಾಖಲೆಯ ವಿಶಿಷ್ಟತೆಯಾಗಿರಬೇಕು.

ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪ್ರತಿ ಉದ್ಯೋಗಿಗೆ ಸಿಬ್ಬಂದಿ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ನೌಕರರು ಎಂಬ ಟೇಬಲ್ ಅನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಊಹಿಸಿಕೊಳ್ಳಿ. ನಾವು ಪ್ರತಿ ಉದ್ಯೋಗಿಯನ್ನು ಅನನ್ಯವಾಗಿ ಗುರುತಿಸುವ ಸರಿಯಾದ ಪ್ರಾಥಮಿಕ ಕೀಲಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗಿದೆ. ನಿಮ್ಮ ಮೊದಲ ಚಿಂತನೆಯು ನೌಕರನ ಹೆಸರನ್ನು ಬಳಸುವುದು. ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಏಕೆಂದರೆ ನೀವು ಅದೇ ಹೆಸರಿನೊಂದಿಗೆ ಎರಡು ಉದ್ಯೋಗಿಗಳನ್ನು ನೇಮಿಸಿಕೊಳ್ಳಬೇಕೆಂದು ಯೋಚಿಸಬಹುದಾಗಿದೆ. ಪ್ರತಿ ಉದ್ಯೋಗಿಗೆ ನೇಮಕವಾದಾಗ ನೀವು ನಿಯೋಜಿಸುವ ವಿಶಿಷ್ಟ ಉದ್ಯೋಗಿ ID ಸಂಖ್ಯೆಯನ್ನು ಬಳಸಲು ಉತ್ತಮ ಆಯ್ಕೆ ಇರಬಹುದು. ಕೆಲವು ಸಂಸ್ಥೆಗಳಿಗೆ ಈ ಕಾರ್ಯಕ್ಕಾಗಿ ಸಾಮಾಜಿಕ ಭದ್ರತೆ ಸಂಖ್ಯೆಯನ್ನು (ಅಥವಾ ಅಂತಹುದೇ ಸರಕಾರ ಗುರುತಿಸುವವರು) ಬಳಸಲು ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ನೌಕರನು ಈಗಾಗಲೇ ಒಂದನ್ನು ಹೊಂದಿದ್ದಾನೆ ಮತ್ತು ಅವರು ವಿಶಿಷ್ಟವೆಂದು ಖಾತರಿ ನೀಡುತ್ತಾರೆ. ಆದಾಗ್ಯೂ, ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ ಸಾಮಾಜಿಕ ಭದ್ರತೆ ಸಂಖ್ಯೆಗಳ ಬಳಕೆಯು ಗೌಪ್ಯತೆ ಕಾಳಜಿಯಿಂದಾಗಿ ಬಹಳ ವಿವಾದಾತ್ಮಕವಾಗಿದೆ. (ನೀವು ಸರ್ಕಾರಿ ಸಂಸ್ಥೆಗಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಸಾಮಾಜಿಕ ಭದ್ರತಾ ಸಂಖ್ಯೆಯ ಬಳಕೆಯನ್ನು 1974 ರ ಗೌಪ್ಯತೆ ಕಾಯಿದೆ ಅಡಿಯಲ್ಲಿ ಕಾನೂನುಬಾಹಿರವಾಗಿರಬಹುದು.) ಈ ಕಾರಣಕ್ಕಾಗಿ, ಹೆಚ್ಚಿನ ಸಂಘಟನೆಗಳು ವಿಶಿಷ್ಟ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು (ಉದ್ಯೋಗಿ ID, ವಿದ್ಯಾರ್ಥಿ ID, ಇತ್ಯಾದಿ) ಬದಲಿಸಿದವು. .) ಈ ಗೌಪ್ಯತೆ ಕಾಳಜಿಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ನೀವು ಒಂದು ಪ್ರಾಥಮಿಕ ಕೀಲಿಯನ್ನು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಡೇಟಾಬೇಸ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ ಪ್ರಮುಖತೆಯ ಅನನ್ಯತೆಯನ್ನು ಜಾರಿಗೆ ತರುತ್ತದೆ.

ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ರೆಕಾರ್ಡ್ ಅನ್ನು ನಕಲು ಮಾಡುವ ಪ್ರಾಥಮಿಕ ಕೀಲಿಯೊಂದಿಗೆ ಟೇಬಲ್ನಲ್ಲಿ ದಾಖಲೆಯನ್ನು ಸೇರಿಸಲು ನೀವು ಪ್ರಯತ್ನಿಸಿದರೆ, ಇನ್ಸರ್ಟ್ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.

ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್ಗಳು ತಮ್ಮದೇ ಆದ ಪ್ರಾಥಮಿಕ ಕೀಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ಸಾಮರ್ಥ್ಯ ಹೊಂದಿವೆ. ಉದಾಹರಣೆಗೆ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅಕ್ಸೆಸ್, ಟೇಬಲ್ನಲ್ಲಿನ ಪ್ರತಿ ದಾಖಲೆಯ ವಿಶಿಷ್ಟ ID ಯನ್ನು ನಿಯೋಜಿಸಲು ಆಟೋನ್ಯೂಂಬರ್ ಡೇಟಾ ಪ್ರಕಾರವನ್ನು ಬಳಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾಗಿದೆ. ಪರಿಣಾಮಕಾರಿಯಾಗಿದ್ದರೂ, ಇದು ಕೆಟ್ಟ ವಿನ್ಯಾಸದ ಅಭ್ಯಾಸವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಟೇಬಲ್ನಲ್ಲಿನ ಪ್ರತಿ ದಾಖಲೆಯಲ್ಲೂ ಅರ್ಥಹೀನ ಮೌಲ್ಯದೊಂದಿಗೆ ನಿಮ್ಮನ್ನು ಬಿಡಿಸುತ್ತದೆ. ಏನನ್ನಾದರೂ ಸಂಗ್ರಹಿಸಲು ಉಪಯುಕ್ತವಾದ ಸ್ಥಳವನ್ನು ಏಕೆ ಬಳಸಬಾರದು?

ವಿದೇಶಿ ಕೀಸ್

ಕೋಷ್ಟಕಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ರಚಿಸಲು ಬಳಸಲಾಗುವ ವಿದೇಶಿ ಕೀಲಿ ಮತ್ತೊಂದು ವಿಧವಾಗಿದೆ. ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್ ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಕೋಷ್ಟಕಗಳ ನಡುವೆ ನೈಸರ್ಗಿಕ ಸಂಬಂಧಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ. ನಮ್ಮ ನೌಕರರ ಡೇಟಾಬೇಸ್ಗೆ ಹಿಂತಿರುಗಿದಾಗ, ಡೇಟಾಬೇಸ್ಗೆ ಇಲಾಖೆಯ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ಟೇಬಲ್ ಅನ್ನು ಸೇರಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ. ಈ ಹೊಸ ಕೋಷ್ಟಕವು ಇಲಾಖೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಇಡೀ ಇಲಾಖೆಯ ಬಗ್ಗೆ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ನಾವು ಇಲಾಖೆಯ ಉದ್ಯೋಗಿಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸಬೇಕೆಂದು ಬಯಸುತ್ತೇವೆ, ಆದರೆ ಎರಡು ಕೋಷ್ಟಕಗಳಲ್ಲಿ (ನೌಕರರು ಮತ್ತು ಇಲಾಖೆಗಳು) ಅದೇ ಮಾಹಿತಿಯನ್ನು ಪಡೆದುಕೊಳ್ಳಲು ಇದು ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ. ಬದಲಿಗೆ, ನಾವು ಎರಡು ಟೇಬಲ್ಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ರಚಿಸಬಹುದು.

ಡಿಪಾರ್ಟ್ಮೆಂಟ್ ಟೇಬಲ್ ಇಲಾಖೆಯ ಹೆಸರು ಕಾಲಮ್ ಅನ್ನು ಪ್ರಾಥಮಿಕ ಕೀಲಿಯನ್ನಾಗಿ ಬಳಸುತ್ತದೆ ಎಂದು ನಾವು ಊಹಿಸೋಣ. ಎರಡು ಕೋಷ್ಟಕಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ರಚಿಸಲು, ನಾವು ಇಲಾಖೆ ಎಂಬ ನೌಕರರ ಟೇಬಲ್ಗೆ ಹೊಸ ಅಂಕಣವನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ನಾವು ಪ್ರತಿ ಉದ್ಯೋಗಿ ಸೇರಿರುವ ಇಲಾಖೆಯ ಹೆಸರನ್ನು ತುಂಬಿಸುತ್ತೇವೆ. ನೌಕರರ ಕೋಷ್ಟಕದಲ್ಲಿನ ಇಲಾಖೆ ಕಾಲಮ್ ಇಲಾಖೆಗಳ ಟೇಬಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವ ಒಂದು ವಿದೇಶಿ ಕೀಲಿಯಾಗಿದೆ ಎಂದು ನಾವು ಡೇಟಾಬೇಸ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಸಿಸ್ಟಮ್ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತೇವೆ.

ನಂತರ ಡೇಟಾಬೇಸ್ ಎಂಪ್ಲಾಯೀಸ್ ಟೇಬಲ್ ಇಲಾಖೆಗಳ ಕಾಲಮ್ನಲ್ಲಿ ಎಲ್ಲಾ ಮೌಲ್ಯಗಳು ಇಲಾಖೆಗಳು ಟೇಬಲ್ ಅನುಗುಣವಾದ ನಮೂದುಗಳನ್ನು ಎಂದು ಖಾತ್ರಿಪಡಿಸುವ ಮೂಲಕ ಉಲ್ಲೇಖಿತ ಸಮಗ್ರತೆಯನ್ನು ಜಾರಿಗೆ ಕಾಣಿಸುತ್ತದೆ.

ವಿದೇಶಿ ಕೀಲಿಗೆ ಅಪೂರ್ವವಾದ ನಿರ್ಬಂಧವಿಲ್ಲ ಎಂದು ಗಮನಿಸಿ. ಒಂದೇ ವಿಭಾಗಕ್ಕೆ ಸೇರಿದ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಉದ್ಯೋಗಿಗಳನ್ನು ನಾವು (ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಮಾಡಬಲ್ಲೆವು) ಮಾಡಬಹುದು. ಅಂತೆಯೇ, ಇಲಾಖೆಗಳ ಟೇಬಲ್ನಲ್ಲಿನ ಪ್ರವೇಶವು ನೌಕರರ ಮೇಜಿನ ಯಾವುದೇ ಅನುಗುಣವಾದ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಲ್ಲ ಎಂಬ ಅಗತ್ಯವಿಲ್ಲ. ಉದ್ಯೋಗಿಗಳಿಲ್ಲದೆ ನಾವು ಇಲಾಖೆ ಹೊಂದಲು ಸಾಧ್ಯವಿದೆ.

ಈ ವಿಷಯದ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, ವಿದೇಶಿ ಕೀಯನ್ನು ರಚಿಸುವುದು ಓದಿ.