ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು ಡೇಟಾಬೇಸ್ ವಿನ್ಯಾಸ ಮೇಡ್ ಇನ್

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

ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸರಳೀಕರಿಸುವ ವಿಷಯದ ಬಗ್ಗೆ ಸಂಪೂರ್ಣ ಪುಸ್ತಕಗಳಿವೆ, ಆದರೆ ನೀವು ಕೇವಲ ಈ ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳನ್ನು ತಪ್ಪಿಸಿದರೆ, ನೀವು ಉತ್ತಮ ಡೇಟಾಬೇಸ್ ವಿನ್ಯಾಸಕ್ಕೆ ಸರಿಯಾದ ಹಾದಿಯಲ್ಲಿರುತ್ತಾರೆ.

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 1: ರಿಪೀಟಿಂಗ್ ಫೀಲ್ಡ್ಸ್ ಇನ್ ಎ ಟೇಬಲ್

ಒಳ್ಳೆಯ ದತ್ತಸಂಚಯ ವಿನ್ಯಾಸಕ್ಕಾಗಿ ಹೆಬ್ಬೆರಳಿನ ಮೂಲಭೂತ ನಿಯಮವು ಪುನರಾವರ್ತಿಸುವ ಡೇಟಾವನ್ನು ಗುರುತಿಸುವುದು ಮತ್ತು ಅವುಗಳ ಟೇಬಲ್ನಲ್ಲಿ ಪುನರಾವರ್ತಿಸುವ ಕಾಲಮ್ಗಳನ್ನು ಹಾಕುವುದು. ಸ್ಪ್ರೆಡ್ಷೀಟ್ಗಳ ಪ್ರಪಂಚದಿಂದ ಬಂದಿರುವವರಿಗೆ ಟೇಬಲ್ನಲ್ಲಿ ಪುನರಾವರ್ತಿಸುವಿಕೆಯು ಸಾಮಾನ್ಯವಾಗಿದೆ, ಆದರೆ ಸ್ಪ್ರೆಡ್ಷೀಟ್ಗಳು ವಿನ್ಯಾಸದಿಂದ ಫ್ಲಾಟ್ ಆಗಿರುತ್ತವೆ, ಡೇಟಾಬೇಸ್ಗಳು ಸಂಬಂಧಿತವಾಗಿರಬೇಕು. ಅದು 2D ನಿಂದ 3D ಗೆ ಹೋಗುತ್ತದೆ.

ಅದೃಷ್ಟವಶಾತ್, ಪುನರಾವರ್ತಿತ ಕ್ಷೇತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಗುರುತಿಸಲು ಸುಲಭ. ಈ ಕೋಷ್ಟಕವನ್ನು ನೋಡೋಣ:

ಆದೇಶ ನಾಲ್ಕು ಉತ್ಪನ್ನಗಳನ್ನು ಒಳಗೊಂಡಿರುವಾಗ ಏನಾಗುತ್ತದೆ? ಮೂರು ಉತ್ಪನ್ನಗಳಿಗಿಂತ ಹೆಚ್ಚಿನ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಲು ನಾವು ಟೇಬಲ್ಗೆ ಮತ್ತೊಂದು ಕ್ಷೇತ್ರವನ್ನು ಸೇರಿಸಬೇಕಾಗಿದೆ. ನಾವು ಇನ್ಪುಟ್ ಡೇಟಾವನ್ನು ಸಹಾಯ ಮಾಡಲು ಮೇಜಿನ ಸುತ್ತ ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿರ್ಮಿಸಿದ್ದರೆ, ಹೊಸ ಉತ್ಪನ್ನ ಕ್ಷೇತ್ರದೊಂದಿಗೆ ಅದನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾಗಬಹುದು. ಮತ್ತು ಜೆಲ್ಲಿಬಿಯನ್ಸ್ನ ಆದೇಶದ ಎಲ್ಲ ಆದೇಶಗಳನ್ನು ನಾವು ಹೇಗೆ ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ? PRODUCT 1 = 'ಜೆಲ್ಲಿ ಬೀನ್ಸ್' ಅಥವಾ ಉತ್ಪನ್ನ 2 = 'ಜೆಲ್ಲಿ ಬೀನ್ಸ್' ಅಥವಾ ಉತ್ಪನ್ನ 3 = 'ಜೆಲ್ಲಿ ಬೀನ್ಸ್' ಎಂಬ ಉತ್ಪನ್ನದಿಂದ ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳಿ.

ಎಲ್ಲಾ ಮಾಹಿತಿಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುವ ಒಂದು ಟೇಬಲ್ ಅನ್ನು ಹೊಂದುವ ಬದಲು, ಪ್ರತಿ ಮೂರು ವಿಭಿನ್ನ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ಮೂರು ಟೇಬಲ್ಗಳನ್ನು ನಾವು ಹೊಂದಿರಬೇಕು. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ, ಆರ್ಡರ್ಸ್ ಟೇಬಲ್ನ ಆದೇಶದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ, ಉತ್ಪನ್ನಗಳ ಮೇಜಿನೊಂದಿಗೆ ನಮ್ಮ ಎಲ್ಲಾ ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಉತ್ಪನ್ನದ ಆರ್ಡರ್ ಟ್ಯಾಬ್ಲೆಟ್ ಉತ್ಪನ್ನಗಳನ್ನು ಆದೇಶಕ್ಕೆ ಲಿಂಕ್ ಮಾಡಿದೆ.

ಪ್ರತಿ ಟೇಬಲ್ ತನ್ನದೇ ಆದ ಅನನ್ಯ ID ಕ್ಷೇತ್ರವನ್ನು ಹೇಗೆ ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಇದು ಪ್ರಾಥಮಿಕ ಕೀಲಿಯಾಗಿದೆ. ಮತ್ತೊಂದು ಕೋಷ್ಟಕದಲ್ಲಿ ವಿದೇಶಿ ಕೀಲಿಯಂತೆ ಪ್ರಾಥಮಿಕ ಕೀಲಿ ಮೌಲ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ಕೋಷ್ಟಕಗಳನ್ನು ನಾವು ಸಂಪರ್ಕಿಸುತ್ತೇವೆ. ಪ್ರಾಥಮಿಕ ಕೀಲಿಗಳು ಮತ್ತು ವಿದೇಶಿ ಕೀಲಿಗಳ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಓದಿ.

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 2: ಟೇಬಲ್ನಲ್ಲಿ ಟೇಬಲ್ ಅನ್ನು ಎಂಬೆಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ

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

ಅದೇ ರೀತಿಯಲ್ಲಿ, ನೀವು ಮಾರಾಟದ ಜನರ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ಆ ಕೋಷ್ಟಕದಲ್ಲಿನ ಎಲ್ಲ ಮಾಹಿತಿಯು ನಿರ್ದಿಷ್ಟವಾಗಿ ಆ ಮಾರಾಟಗಾರನಿಗೆ ಸಂಬಂಧಿಸಿರಬೇಕು. ಆ ಮಾರಾಟಗಾರರಿಗೆ ಅನನ್ಯವಾದ ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಬೇರೆಡೆ ಸೇರಿರಬಹುದು.

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

ಮಾರಾಟದ ವ್ಯಕ್ತಿ ಕೋಷ್ಟಕದಲ್ಲಿ ಗೊಂದಲದ ದುಃಸ್ವಪ್ನವನ್ನು ರಚಿಸದೆ ಈ ರೀತಿಯ ವಿನ್ಯಾಸವು ನಿಮಗೆ ಆಫೀಸ್ ಟೇಬಲ್ಗೆ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀಡುತ್ತದೆ. ಮಾರಾಟ ಮಾಹಿತಿಯ ಕೋಷ್ಟಕದಲ್ಲಿ ಆ ಮಾಹಿತಿಯಿದ್ದರೆ ರಸ್ತೆ ವಿಳಾಸ, ನಗರ, ರಾಜ್ಯ ಮತ್ತು ಪಿನ್ ಕೋಡ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು ಎಷ್ಟು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಊಹಿಸಿ!

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 3: ಒಂದು ಸಿಂಗಲ್ ಫೀಲ್ಡ್ನಲ್ಲಿ ಮಾಹಿತಿ ಎರಡು ಅಥವಾ ಹೆಚ್ಚಿನ ಪೀಸಸ್ ಪುಟ್ಟಿಂಗ್

ಮಾರಾಟದ ವ್ಯಕ್ತಿಯ ಟೇಬಲ್ಗೆ ಕಚೇರಿಯ ಮಾಹಿತಿಯನ್ನು ಎಂಬೆಡ್ ಮಾಡುವುದು ಆ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಮಾತ್ರ ಸಮಸ್ಯೆಯಾಗಿಲ್ಲ. ವಿಳಾಸ ಕ್ಷೇತ್ರವು ಮೂರು ತುಣುಕುಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ರಸ್ತೆ ವಿಳಾಸ, ನಗರ ಮತ್ತು ರಾಜ್ಯ. ಡೇಟಾಬೇಸ್ನಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ಕ್ಷೇತ್ರವೂ ಒಂದೇ ಒಂದು ತುಂಡು ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಒಳಗೊಂಡಿರಬೇಕು. ಒಂದೇ ಕ್ಷೇತ್ರದಲ್ಲಿ ನೀವು ಅನೇಕ ಮಾಹಿತಿಯ ತುಣುಕುಗಳನ್ನು ಹೊಂದಿರುವಾಗ, ಮಾಹಿತಿಗಾಗಿ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪ್ರಶ್ನಿಸಲು ಕಷ್ಟವಾಗುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ಆಸ್ಟಿನ್ ನ ಎಲ್ಲಾ ಮಾರಾಟಗಾರರ ಪ್ರಶ್ನೆಗೆ ನಾವು ಪ್ರಶ್ನಿಸಲು ಬಯಸಿದರೆ ಏನು? ವಿಳಾಸ ಕ್ಷೇತ್ರದೊಳಗೆ ನಾವು ಹುಡುಕಬೇಕಾಗಿದೆ, ಅದು ಅಸಮರ್ಥವಾಗಿಲ್ಲ, ಆದರೆ ಕೆಟ್ಟ ಮಾಹಿತಿಯನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ. ಎಲ್ಲಾ ನಂತರ, ಓರೆಗಾನ್ನ ಪೋರ್ಟ್ಲ್ಯಾಂಡ್ನಲ್ಲಿ ಯಾರಾದರೂ ಆಸ್ಟಿನ್ ಬೀದಿಯಲ್ಲಿ ವಾಸವಾಗಿದ್ದರೆ ಏನಾಗುತ್ತದೆ?

ಮೇಜಿನ ರೀತಿ ಕಾಣಬೇಕಾದದ್ದು ಇಲ್ಲಿದೆ:

ಇಲ್ಲಿ ಗಮನಿಸಬೇಕಾದ ಕೆಲವು ವಿಷಯಗಳಿವೆ. ಮೊದಲಿಗೆ, "ವಿಳಾಸ 1" ಮತ್ತು "ವಿಳಾಸ 2" ಪುನರಾವರ್ತಿತ ಕ್ಷೇತ್ರಗಳ ತಪ್ಪಾಗಿ ಕಂಡುಬರುತ್ತವೆ.

ಆದಾಗ್ಯೂ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಅವರು ಅದರ ಸ್ವಂತ ಟೇಬಲ್ನಲ್ಲಿ ಹೋಗಬೇಕಾದ ಡೇಟಾವನ್ನು ಪುನರಾವರ್ತಿಸುವ ಗುಂಪಿಗೆ ಬದಲಾಗಿ ಮಾರಾಟ ವ್ಯಕ್ತಿಗೆ ನೇರವಾಗಿ ಸಂಬಂಧಿಸಿರುವ ಪ್ರತ್ಯೇಕವಾದ ಪ್ರತ್ಯೇಕ ಡೇಟಾವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತಿದ್ದಾರೆ.

ಅಲ್ಲದೆ, ತಪ್ಪಿಸಲು ಬೋನಸ್ ತಪ್ಪಾಗಿದ್ದರೆ, ಫೋನ್ ಸಂಖ್ಯೆಯ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಅನ್ನು ಟೇಬಲ್ನಿಂದ ಹೇಗೆ ತೆಗೆದುಹಾಕಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಕ್ಷೇತ್ರಗಳ ಸ್ವರೂಪವನ್ನು ನೀವು ಉಳಿಸಬಾರದು. ಫೋನ್ ಸಂಖ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಜನರು ಫೋನ್ ಸಂಖ್ಯೆ ಬರೆಯುವ ಅನೇಕ ಮಾರ್ಗಗಳಿವೆ: 215-555-5858 ಅಥವಾ (215) 555-5858. ಇದು ಮಾರಾಟದ ವ್ಯಕ್ತಿಯನ್ನು ಅವರ ಫೋನ್ ಸಂಖ್ಯೆಯಿಂದ ಹುಡುಕುತ್ತದೆ ಅಥವಾ ಅದೇ ಪ್ರದೇಶದ ಕೋಡ್ನಲ್ಲಿ ಮಾರಾಟದ ಜನರ ಹುಡುಕಾಟವನ್ನು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ.

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 4: ಸರಿಯಾದ ಪ್ರಾಥಮಿಕ ಕೀಲಿಯನ್ನು ಬಳಸುತ್ತಿಲ್ಲ

ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ನಿಮ್ಮ ಪ್ರಾಥಮಿಕ ಕೀಲಿಗಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೆಚ್ಚುತ್ತಿರುವ ಸಂಖ್ಯೆ ಅಥವಾ ಇತರ ರಚಿಸಿದ ಸಂಖ್ಯೆ ಅಥವಾ ಅಕ್ಷರಸಂಖ್ಯಾಯುಕ್ತತೆಯನ್ನು ನೀವು ಬಳಸಲು ಬಯಸುತ್ತೀರಿ. ಒಂದು ಪ್ರಾಥಮಿಕ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಮಾಡುವಂತೆ ತೋರುತ್ತದೆಯಾದರೂ, ಪ್ರಾಥಮಿಕ ಕೀಲಿಗಾಗಿ ಯಾವುದೇ ನೈಜ ಮಾಹಿತಿಯನ್ನು ನೀವು ಬಳಸಬಾರದು.

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

ಮತ್ತು ನೈಜ ಮಾಹಿತಿಯನ್ನು ಒಂದು ಪ್ರಮುಖ ಮೌಲ್ಯವಾಗಿ ಬಳಸುವ ಸಮಸ್ಯೆಯಾಗಿದೆ. ಇದು ಬದಲಾಗಬಹುದು.

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 5: ನಾಮಕರಣ ಸಮಾವೇಶವನ್ನು ಬಳಸುತ್ತಿಲ್ಲ

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

ಹೆಸರುಗಳು ಮೊದಲನೆಯೇಮ್, LastName ಒಂದು ಟೇಬಲ್ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿದ್ದರೆ ಮತ್ತು ಮೊದಲ ಟೇಬಲ್ನಲ್ಲಿ last_name, last_name ಎಂಬ ಪ್ರಕ್ರಿಯೆ ಎಷ್ಟು ಕಷ್ಟ ಎಂದು ಊಹಿಸಿ.

ಎರಡು ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಹೆಸರಿಸುವ ಸಂಪ್ರದಾಯಗಳು ಕ್ಷೇತ್ರದಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ಪದದ ಮೊದಲ ಅಕ್ಷರವನ್ನು ದೊಡ್ಡಕ್ಷರವಾಗಿರಿಸುತ್ತವೆ ಅಥವಾ ಅಂಡರ್ಸ್ಕೋರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಪದಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಮೊದಲ ಪದವನ್ನು ಹೊರತುಪಡಿಸಿ ಪ್ರತಿಯೊಂದು ಶಬ್ದದ ಮೊದಲ ಪತ್ರವನ್ನು ನೀವು ಕೆಲವು ಡೆವಲಪರ್ಗಳಿಗೆ ಬಂಡವಾಳವನ್ನು ಕಾಣಬಹುದಾಗಿದೆ: firstName, lastName.

ಏಕಮಾತ್ರ ಟೇಬಲ್ ಹೆಸರುಗಳು ಅಥವಾ ಬಹುವಚನ ಟೇಬಲ್ ಹೆಸರುಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ನಿರ್ಧರಿಸಲು ಬಯಸುತ್ತೀರಿ. ಇದು ಆರ್ಡರ್ ಟೇಬಲ್ ಅಥವಾ ಆರ್ಡರ್ಸ್ ಟೇಬಲ್ ಆಗಿದೆಯೇ? ಇದು ಗ್ರಾಹಕ ಟೇಬಲ್ ಅಥವಾ ಗ್ರಾಹಕರು ಟೇಬಲ್ ಆಗಿದೆಯೇ? ಮತ್ತೆ, ನೀವು ಆರ್ಡರ್ ಟೇಬಲ್ ಮತ್ತು ಗ್ರಾಹಕರ ಟೇಬಲ್ನೊಂದಿಗೆ ಅಂಟಿಕೊಳ್ಳಬೇಕೆಂದು ಬಯಸುವುದಿಲ್ಲ.

ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಹೆಸರಿಸುವ ರೂಢಿಯು ವಾಸ್ತವವಾಗಿ ಹೆಸರಿಸುವ ರೂಢಿಗೆ ಆಯ್ಕೆಮಾಡುವ ಮತ್ತು ಅಂಟಿಕೊಂಡಿರುವ ಪ್ರಕ್ರಿಯೆಯಂತೆ ಮುಖ್ಯವಲ್ಲ.

ಡೇಟಾಬೇಸ್ ಮಿಸ್ಟೇಕ್ # 6: ಅನುಚಿತ ಇಂಡೆಕ್ಸಿಂಗ್

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

ಆದರೆ ಇತರ ಕ್ಷೇತ್ರಗಳು ತುಂಬಾ ತಪ್ಪಾಗುತ್ತಿವೆ. ಇವುಗಳು "WHERE" ಕ್ಷೇತ್ರಗಳಾಗಿವೆ. ನೀವು WHERE ಷರತ್ತಿನಲ್ಲಿನ ಕ್ಷೇತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಹುಡುಕಾಟವನ್ನು ಕಿರಿದಾಗುವಂತೆ ಮಾಡುತ್ತಿದ್ದರೆ, ಆ ಕ್ಷೇತ್ರದ ಮೇಲೆ ಸೂಚಿಯನ್ನು ಹಾಕುವ ಬಗ್ಗೆ ಯೋಚಿಸಲು ನೀವು ಬಯಸುತ್ತೀರಿ. ಹೇಗಾದರೂ, ನೀವು ಟೇಬಲ್ ಅತಿಯಾಗಿ ಸೂಚ್ಯಂಕ ಬಯಸುವುದಿಲ್ಲ, ಇದು ಪ್ರದರ್ಶನ ಹಾನಿಯನ್ನುಂಟುಮಾಡುತ್ತದೆ.

ಹೇಗೆ ನಿರ್ಧರಿಸುವುದು? ಇದು ಡೇಟಾಬೇಸ್ ವಿನ್ಯಾಸದ ಕಲೆಯ ಭಾಗವಾಗಿದೆ. ನೀವು ಮೇಜಿನ ಮೇಲೆ ಎಷ್ಟು ಸೂಚಿಕೆಗಳನ್ನು ಹಾಕಬೇಕು ಎಂಬುದರಲ್ಲಿ ಯಾವುದೇ ಹಾರ್ಡ್ ಮಿತಿಗಳಿಲ್ಲ. ಪ್ರಾಥಮಿಕವಾಗಿ, WHERE ಷರತ್ತಿನಲ್ಲಿ ಆಗಾಗ್ಗೆ ಬಳಸಲಾಗುವ ಯಾವುದೇ ಕ್ಷೇತ್ರದಲ್ಲಿ ಸೂಚ್ಯಂಕವನ್ನು ನೀವು ಬಯಸುತ್ತೀರಿ. ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಸರಿಯಾಗಿ ಸೂಚಿಕೆ ಬಗ್ಗೆ ಹೆಚ್ಚು ಓದಿ.