ಪ್ರೊಹೋಸ್ಟರ್ > Блог > ಆಡಳಿತ > ಗ್ಲೋಬಲ್ಸ್ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಧಿ-ಕತ್ತಿಗಳು. ಮರಗಳು. ಭಾಗ 1
ಗ್ಲೋಬಲ್ಸ್ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಧಿ-ಕತ್ತಿಗಳು. ಮರಗಳು. ಭಾಗ 1
ನೈಜ ಡೇಟಾಬೇಸ್ ಕತ್ತಿಗಳು - ಗ್ಲೋಬಲ್ಸ್ - ಬಹಳ ಹಿಂದಿನಿಂದಲೂ ತಿಳಿದುಬಂದಿದೆ, ಆದರೆ ಇನ್ನೂ ಕೆಲವರಿಗೆ ಅವುಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ತಿಳಿದಿದೆ ಅಥವಾ ಈ ಸೂಪರ್ವೀಪನ್ ಅನ್ನು ಹೊಂದಿಲ್ಲ.
ನೀವು ನಿಜವಾಗಿಯೂ ಉತ್ತಮವಾಗಿರುವ ಆ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಗ್ಲೋಬಲ್ಗಳನ್ನು ಬಳಸಿದರೆ, ನೀವು ಅತ್ಯುತ್ತಮ ಫಲಿತಾಂಶಗಳನ್ನು ಸಾಧಿಸಬಹುದು. ಉತ್ಪಾದಕತೆಯಲ್ಲಿ ಅಥವಾ ಸಮಸ್ಯೆಯ ಪರಿಹಾರವನ್ನು ಸರಳಗೊಳಿಸುವಲ್ಲಿ (1, 2).
ಗ್ಲೋಬಲ್ಸ್ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಮತ್ತು ಸಂಸ್ಕರಿಸುವ ವಿಶೇಷ ವಿಧಾನವಾಗಿದೆ, SQL ನಲ್ಲಿನ ಕೋಷ್ಟಕಗಳಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನವಾಗಿದೆ. ಅವರು 1966 ರಲ್ಲಿ ಭಾಷೆಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರು ಎಂ(ಯುಎಂಪಿಎಸ್) (ವಿಕಸನೀಯ ಬೆಳವಣಿಗೆ - ಆಬ್ಜೆಕ್ಟ್ ಸ್ಕ್ರಿಪ್ಟ್ ಸಂಗ್ರಹ, ಇನ್ನು ಮುಂದೆ COS) ವೈದ್ಯಕೀಯ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಮತ್ತು ಇನ್ನೂ ಇದೆ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಗತ್ಯವಿರುವ ಇತರ ಕೆಲವು ಕ್ಷೇತ್ರಗಳಿಗೆ ತೂರಿಕೊಂಡಿದೆ: ಹಣಕಾಸು, ವ್ಯಾಪಾರ, ಇತ್ಯಾದಿ.
ಆಧುನಿಕ DBMS ಗಳಲ್ಲಿ ಗ್ಲೋಬಲ್ಗಳು ವಹಿವಾಟುಗಳು, ಲಾಗಿಂಗ್, ರೆಪ್ಲಿಕೇಶನ್ ಮತ್ತು ವಿಭಜನೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ಆ. ಆಧುನಿಕ, ವಿಶ್ವಾಸಾರ್ಹ, ವಿತರಣೆ ಮತ್ತು ವೇಗದ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸಲು ಅವುಗಳನ್ನು ಬಳಸಬಹುದು.
ಗ್ಲೋಬಲ್ಗಳು ನಿಮ್ಮನ್ನು ಸಂಬಂಧಿತ ಮಾದರಿಗೆ ಸೀಮಿತಗೊಳಿಸುವುದಿಲ್ಲ. ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳಿಗಾಗಿ ಹೊಂದುವಂತೆ ಡೇಟಾ ರಚನೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಅವರು ನಿಮಗೆ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ನೀಡುತ್ತಾರೆ. ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ, ಗ್ಲೋಬಲ್ಗಳ ಸ್ಮಾರ್ಟ್ ಬಳಕೆಯು ನಿಜವಾಗಿಯೂ ರಹಸ್ಯ ಅಸ್ತ್ರವಾಗಬಹುದು, ಸಂಬಂಧಿತ ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್ಗಳು ಮಾತ್ರ ಕನಸು ಕಾಣುವ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನೀಡುತ್ತದೆ.
ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಮಾರ್ಗವಾಗಿ ಗ್ಲೋಬಲ್ಸ್ ಅನ್ನು ಅನೇಕ ಆಧುನಿಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಲ್ಲಿ ಬಳಸಬಹುದು, ಉನ್ನತ ಮಟ್ಟದ ಮತ್ತು ಕಡಿಮೆ ಮಟ್ಟದ. ಆದ್ದರಿಂದ, ಈ ಲೇಖನದಲ್ಲಿ ನಾನು ನಿರ್ದಿಷ್ಟವಾಗಿ ಗ್ಲೋಬಲ್ಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇನೆ, ಮತ್ತು ಅವರು ಒಮ್ಮೆ ಬಂದ ಭಾಷೆಯ ಮೇಲೆ ಅಲ್ಲ.
2. ಗ್ಲೋಬಲ್ಸ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ
ಗ್ಲೋಬಲ್ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಅವುಗಳ ಸಾಮರ್ಥ್ಯಗಳು ಯಾವುವು ಎಂಬುದನ್ನು ಮೊದಲು ಅರ್ಥಮಾಡಿಕೊಳ್ಳೋಣ. ಗ್ಲೋಬಲ್ಸ್ ಅನ್ನು ವಿವಿಧ ದೃಷ್ಟಿಕೋನಗಳಿಂದ ನೋಡಬಹುದು. ಲೇಖನದ ಈ ಭಾಗದಲ್ಲಿ ನಾವು ಅವುಗಳನ್ನು ಮರಗಳಂತೆ ನೋಡುತ್ತೇವೆ. ಅಥವಾ ಕ್ರಮಾನುಗತ ಡೇಟಾ ಗೋದಾಮುಗಳಂತೆ.
ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಜಾಗತಿಕವು ನಿರಂತರ ರಚನೆಯಾಗಿದೆ. ಡಿಸ್ಕ್ಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಉಳಿಸಲಾದ ಅರೇ.
ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಸರಳವಾದದ್ದನ್ನು ಕಲ್ಪಿಸುವುದು ಕಷ್ಟ. ಕೋಡ್ನಲ್ಲಿ (COS/M ಭಾಷೆಗಳಲ್ಲಿ) ಇದು ಸಂಕೇತದಲ್ಲಿ ಮಾತ್ರ ಸಾಮಾನ್ಯ ಸಹಾಯಕ ರಚನೆಯಿಂದ ಭಿನ್ನವಾಗಿರುತ್ತದೆ ^ ಹೆಸರಿನ ಮೊದಲು.
ಜಾಗತಿಕ ಮಟ್ಟದಲ್ಲಿ ಡೇಟಾವನ್ನು ಉಳಿಸಲು, ನೀವು SQL ಪ್ರಶ್ನೆ ಭಾಷೆಯನ್ನು ಕಲಿಯುವ ಅಗತ್ಯವಿಲ್ಲ; ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಆಜ್ಞೆಗಳು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ಅವುಗಳನ್ನು ಒಂದು ಗಂಟೆಯಲ್ಲಿ ಕಲಿಯಬಹುದು.
ಸರಳವಾದ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ. 2 ಶಾಖೆಗಳನ್ನು ಹೊಂದಿರುವ ಏಕ-ಹಂತದ ಮರ. ಉದಾಹರಣೆಗಳನ್ನು COS ನಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ.
Set ^a("+7926X") = "John Sidorov"
Set ^a("+7916Y") = "Sergey Smith"
ಜಾಗತಿಕ (ಆದೇಶವನ್ನು ಹೊಂದಿಸಿ) ಗೆ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸುವಾಗ, 3 ವಿಷಯಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಭವಿಸುತ್ತವೆ:
ಡಿಸ್ಕ್ಗೆ ಡೇಟಾವನ್ನು ಉಳಿಸಲಾಗುತ್ತಿದೆ.
ಇಂಡೆಕ್ಸಿಂಗ್. ಆವರಣದಲ್ಲಿರುವುದು ಕೀಲಿಯಾಗಿದೆ (ಇಂಗ್ಲಿಷ್ ಸಾಹಿತ್ಯದಲ್ಲಿ - “ಸಬ್ಸ್ಕ್ರಿಪ್ಟ್”), ಮತ್ತು ಸಮಾನರ ಬಲಕ್ಕೆ ಮೌಲ್ಯ (“ನೋಡ್ ಮೌಲ್ಯ”).
ವಿಂಗಡಿಸಿ. ಡೇಟಾವನ್ನು ಕೀಲಿಯಿಂದ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಭವಿಷ್ಯದಲ್ಲಿ, ರಚನೆಯನ್ನು ಹಾದುಹೋಗುವಾಗ, ಮೊದಲ ಅಂಶವು "ಸೆರ್ಗೆಯ್ ಸ್ಮಿತ್" ಮತ್ತು ಎರಡನೆಯದು "ಜಾನ್ ಸಿಡೋರೊವ್" ಆಗಿರುತ್ತದೆ. ಜಾಗತಿಕ ಬಳಕೆದಾರರ ಪಟ್ಟಿಯನ್ನು ಸ್ವೀಕರಿಸುವಾಗ, ಡೇಟಾಬೇಸ್ ವಿಂಗಡಣೆ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದಿಲ್ಲ. ಇದಲ್ಲದೆ, ನೀವು ಯಾವುದೇ ಕೀಲಿಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ (ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ನಂತರ ಬರುವ ಮೊದಲ ನೈಜ ಕೀಲಿಯಿಂದ ಔಟ್ಪುಟ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ) ವಿಂಗಡಿಸಲಾದ ಪಟ್ಟಿಯ ಔಟ್ಪುಟ್ ಅನ್ನು ವಿನಂತಿಸಬಹುದು.
ಈ ಎಲ್ಲಾ ಕಾರ್ಯಾಚರಣೆಗಳು ನಂಬಲಾಗದಷ್ಟು ವೇಗವಾಗಿ ನಡೆಯುತ್ತವೆ. ನನ್ನ ಹೋಮ್ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ ನಾನು ಒಂದೇ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ 750 ಇನ್ಸರ್ಟ್ಗಳು/ಸೆಕೆಂಡಿನವರೆಗೆ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯುತ್ತಿದ್ದೆ. ಮಲ್ಟಿ-ಕೋರ್ ಪ್ರೊಸೆಸರ್ಗಳಲ್ಲಿ ಮೌಲ್ಯಗಳು ತಲುಪಬಹುದು ಹತ್ತಾರು ಮಿಲಿಯನ್ ಒಳಸೇರಿಸುತ್ತದೆ/ಸೆಕೆಂಡು.
ಸಹಜವಾಗಿ, ಅಳವಡಿಕೆಯ ವೇಗವು ಹೆಚ್ಚು ಹೇಳುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ನೀವು ಪಠ್ಯ ಫೈಲ್ಗಳಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ತ್ವರಿತವಾಗಿ ಬರೆಯಬಹುದು - ಈ ರೀತಿ ವದಂತಿಗಳ ಪ್ರಕಾರ ವೀಸಾ ಪ್ರಕ್ರಿಯೆ ಕಾರ್ಯಗಳು. ಆದರೆ ಗ್ಲೋಬಲ್ಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಪರಿಣಾಮವಾಗಿ ರಚನಾತ್ಮಕ ಸೂಚ್ಯಂಕ ಸಂಗ್ರಹಣೆಯನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಭವಿಷ್ಯದಲ್ಲಿ ಸುಲಭವಾಗಿ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಕೆಲಸ ಮಾಡಬಹುದು.
ಹೊಸ ನೋಡ್ಗಳನ್ನು ಸೇರಿಸುವ ವೇಗವೇ ಗ್ಲೋಬಲ್ಗಳ ದೊಡ್ಡ ಶಕ್ತಿಯಾಗಿದೆ.
ಜಾಗತಿಕ ಡೇಟಾ ಯಾವಾಗಲೂ ಸೂಚ್ಯಂಕವಾಗಿರುತ್ತದೆ. ಅವುಗಳನ್ನು ಒಂದು ಹಂತದಲ್ಲಿ ಮತ್ತು ಮರದ ಆಳದಲ್ಲಿ ಹಾದುಹೋಗುವುದು ಯಾವಾಗಲೂ ವೇಗವಾಗಿರುತ್ತದೆ.
ಜಾಗತಿಕವಾಗಿ ಎರಡನೇ ಮತ್ತು ಮೂರನೇ ಹಂತಗಳ ಇನ್ನೂ ಕೆಲವು ಶಾಖೆಗಳನ್ನು ಸೇರಿಸೋಣ.
Set ^a("+7926X", "city") = "Moscow"
Set ^a("+7926X", "city", "street") = "Req Square"
Set ^a("+7926X", "age") = 25
Set ^a("+7916Y", "city") = "London"
Set ^a("+7916Y", "city", "street") = "Baker Street"
Set ^a("+7916Y", "age") = 36
ಗ್ಲೋಬಲ್ಗಳ ಆಧಾರದ ಮೇಲೆ ಬಹು-ಹಂತದ ಮರಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಇದಲ್ಲದೆ, ಅಳವಡಿಕೆಯ ಸಮಯದಲ್ಲಿ ಸ್ವಯಂ ಸೂಚ್ಯಂಕದಿಂದಾಗಿ ಯಾವುದೇ ನೋಡ್ಗೆ ಪ್ರವೇಶವು ಬಹುತೇಕ ತ್ವರಿತವಾಗಿರುತ್ತದೆ. ಮತ್ತು ಮರದ ಯಾವುದೇ ಹಂತದಲ್ಲಿ, ಎಲ್ಲಾ ಶಾಖೆಗಳನ್ನು ಕೀಲಿಯಿಂದ ವಿಂಗಡಿಸಲಾಗುತ್ತದೆ.
ನೀವು ನೋಡುವಂತೆ, ಮಾಹಿತಿಯನ್ನು ಕೀ ಮತ್ತು ಮೌಲ್ಯ ಎರಡರಲ್ಲೂ ಸಂಗ್ರಹಿಸಬಹುದು. ಒಟ್ಟು ಕೀ ಉದ್ದ (ಎಲ್ಲಾ ಸೂಚಿಕೆಗಳ ಉದ್ದಗಳ ಮೊತ್ತ) ತಲುಪಬಹುದು 511 ಬೈಟ್ಗಳು, ಮತ್ತು ಮೌಲ್ಯಗಳು 3.6 MB ಸಂಗ್ರಹಕ್ಕಾಗಿ. ಮರದಲ್ಲಿನ ಹಂತಗಳ ಸಂಖ್ಯೆ (ಆಯಾಮಗಳ ಸಂಖ್ಯೆ) 31 ಆಗಿದೆ.
ಮತ್ತೊಂದು ಕುತೂಹಲಕಾರಿ ಅಂಶ. ಮೇಲಿನ ಹಂತಗಳ ನೋಡ್ಗಳ ಮೌಲ್ಯಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದೆ ನೀವು ಮರವನ್ನು ನಿರ್ಮಿಸಬಹುದು.
Set ^b("a", "b", "c", "d") = 1
Set ^b("a", "b", "c", "e") = 2
Set ^b("a", "b", "f", "g") = 3
ಖಾಲಿ ವಲಯಗಳು ಯಾವುದೇ ಮೌಲ್ಯವನ್ನು ನಿಯೋಜಿಸದ ನೋಡ್ಗಳಾಗಿವೆ.
ಗ್ಲೋಬಲ್ಗಳನ್ನು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಅವುಗಳನ್ನು ಇತರ ಮರಗಳೊಂದಿಗೆ ಹೋಲಿಸೋಣ: ಉದ್ಯಾನ ಮರಗಳು ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಹೆಸರಿನ ಮರಗಳು.
ನಮಗೆ ಅತ್ಯಂತ ಪರಿಚಿತವಾದ ಕ್ರಮಾನುಗತ ರಚನೆಗಳೊಂದಿಗೆ ಗ್ಲೋಬಲ್ಗಳಲ್ಲಿರುವ ಮರಗಳನ್ನು ಹೋಲಿಸೋಣ: ತೋಟಗಳು ಮತ್ತು ಹೊಲಗಳಲ್ಲಿ ಬೆಳೆಯುವ ಸಾಮಾನ್ಯ ಮರಗಳೊಂದಿಗೆ, ಹಾಗೆಯೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳೊಂದಿಗೆ.
ನಾವು ಉದ್ಯಾನ ಮರಗಳಲ್ಲಿ ನೋಡುವಂತೆ, ಎಲೆಗಳು ಮತ್ತು ಹಣ್ಣುಗಳು ಶಾಖೆಗಳ ತುದಿಯಲ್ಲಿ ಮಾತ್ರ ಕಂಡುಬರುತ್ತವೆ.
ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್ - ಮಾಹಿತಿಯನ್ನು ಶಾಖೆಗಳ ತುದಿಗಳಲ್ಲಿ ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಅವುಗಳು ಸಂಪೂರ್ಣ ಅರ್ಹವಾದ ಫೈಲ್ ಹೆಸರುಗಳಾಗಿವೆ.
ಮತ್ತು ಇಲ್ಲಿ ಜಾಗತಿಕ ಡೇಟಾ ರಚನೆಯಾಗಿದೆ.
ವ್ಯತ್ಯಾಸಗಳು:
ಆಂತರಿಕ ನೋಡ್ಗಳು: ಜಾಗತಿಕ ಮಾಹಿತಿಯನ್ನು ಶಾಖೆಗಳ ತುದಿಗಳಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಪ್ರತಿಯೊಂದು ನೋಡ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು.
ಬಾಹ್ಯ ನೋಡ್ಗಳು: ಜಾಗತಿಕವು ಶಾಖೆಗಳ ತುದಿಯಲ್ಲಿ ಮೌಲ್ಯಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿರಬೇಕು, ಆದರೆ FS ಮತ್ತು ಉದ್ಯಾನ ಮರಗಳು ಹೊಂದಿಲ್ಲ.
ಆಂತರಿಕ ನೋಡ್ಗಳ ವಿಷಯದಲ್ಲಿ, ಜಾಗತಿಕ ರಚನೆಯು ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳು ಮತ್ತು ಉದ್ಯಾನ ಮರಗಳಲ್ಲಿನ ಹೆಸರಿನ ಮರಗಳ ರಚನೆಯ ಸೂಪರ್ಸೆಟ್ ಎಂದು ನಾವು ಹೇಳಬಹುದು. ಆ. ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ.
ಸಾಮಾನ್ಯವಾಗಿ, ಜಾಗತಿಕವಾಗಿದೆ ಪ್ರತಿ ನೋಡ್ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ಆದೇಶದ ಮರ.
ಗ್ಲೋಬಲ್ಗಳ ಕೆಲಸವನ್ನು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳ ರಚನೆಕಾರರು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಗ್ಲೋಬಲ್ಗಳಂತೆಯೇ ವಿಧಾನವನ್ನು ಬಳಸಿದರೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸೋಣ?
ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಒಂದೇ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು ಡೈರೆಕ್ಟರಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಳಿಸುತ್ತದೆ, ಹಾಗೆಯೇ ಈಗ ಅಳಿಸಲಾದ ಒಂದು ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಓವರ್ಲೈಯಿಂಗ್ ಡೈರೆಕ್ಟರಿಗಳು.
ಡೈರೆಕ್ಟರಿಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಸಬ್ಫೈಲ್ಗಳೊಂದಿಗೆ ಫೈಲ್ಗಳು ಮತ್ತು ಸಬ್ಫೈಲ್ಗಳಿಲ್ಲದ ಫೈಲ್ಗಳು ಸರಳವಾಗಿ ಇರುತ್ತವೆ. ಸಾಮಾನ್ಯ ಮರಕ್ಕೆ ಹೋಲಿಸಿದರೆ, ಪ್ರತಿ ಶಾಖೆಯು ಹಣ್ಣಾಗುತ್ತದೆ.
README.txt ಫೈಲ್ಗಳಂತಹ ವಿಷಯಗಳು ಅಗತ್ಯವಿಲ್ಲದಿರಬಹುದು. ಡೈರೆಕ್ಟರಿಯ ವಿಷಯಗಳ ಬಗ್ಗೆ ಹೇಳಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ಡೈರೆಕ್ಟರಿ ಫೈಲ್ನಲ್ಲಿ ಬರೆಯಬಹುದು. ಮಾರ್ಗದ ಜಾಗದಲ್ಲಿ, ಫೈಲ್ ಹೆಸರು ಡೈರೆಕ್ಟರಿ ಹೆಸರಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೇವಲ ಫೈಲ್ಗಳ ಮೂಲಕ ಪಡೆಯಲು ಸಾಧ್ಯವಾಯಿತು.
ನೆಸ್ಟೆಡ್ ಉಪ ಡೈರೆಕ್ಟರಿಗಳು ಮತ್ತು ಫೈಲ್ಗಳೊಂದಿಗೆ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಅಳಿಸುವ ವೇಗವು ನಾಟಕೀಯವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಹಬ್ರೆಯಲ್ಲಿ ಹಲವು ಬಾರಿ ಲಕ್ಷಾಂತರ ಸಣ್ಣ ಫೈಲ್ಗಳನ್ನು ಅಳಿಸಲು ಎಷ್ಟು ಸಮಯ ಮತ್ತು ಕಷ್ಟ ಎಂಬ ಲೇಖನಗಳಿವೆ (1, 2) ಆದಾಗ್ಯೂ, ನೀವು ಜಾಗತಿಕವಾಗಿ ಹುಸಿ-ಕಡತ ವ್ಯವಸ್ಥೆಯನ್ನು ಮಾಡಿದರೆ, ಅದು ಸೆಕೆಂಡುಗಳು ಅಥವಾ ಅದರ ಭಿನ್ನರಾಶಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನಾನು ಹೋಮ್ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ ಸಬ್ಟ್ರೀಗಳನ್ನು ಅಳಿಸುವುದನ್ನು ಪರೀಕ್ಷಿಸಿದಾಗ, ಅದು 1 ಸೆಕೆಂಡಿನಲ್ಲಿ HDD (SSD ಅಲ್ಲ) ನಲ್ಲಿರುವ ಎರಡು ಹಂತದ ಮರದಿಂದ 96-341 ಮಿಲಿಯನ್ ನೋಡ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಿದೆ. ಇದಲ್ಲದೆ, ನಾವು ಮರದ ಭಾಗವನ್ನು ಅಳಿಸುವುದರ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಗ್ಲೋಬಲ್ಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣ ಫೈಲ್ ಮಾತ್ರವಲ್ಲ.
ಉಪವೃಕ್ಷಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು ಜಾಗತಿಕಗಳ ಮತ್ತೊಂದು ಬಲವಾದ ಅಂಶವಾಗಿದೆ. ಇದಕ್ಕಾಗಿ ನಿಮಗೆ ಪುನರಾವರ್ತನೆಯ ಅಗತ್ಯವಿಲ್ಲ. ಇದು ನಂಬಲಾಗದಷ್ಟು ವೇಗವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.
ನಮ್ಮ ಮರದಲ್ಲಿ ಇದನ್ನು ಆಜ್ಞೆಯೊಂದಿಗೆ ಮಾಡಬಹುದಾಗಿದೆ ಕಿಲ್.
Kill ^a("+7926X")
ಜಾಗತಿಕ ಮಟ್ಟದಲ್ಲಿ ನಮಗೆ ಯಾವ ಕ್ರಮಗಳು ಲಭ್ಯವಿವೆ ಎಂಬುದರ ಉತ್ತಮ ತಿಳುವಳಿಕೆಗಾಗಿ, ನಾನು ಒಂದು ಚಿಕ್ಕ ಕೋಷ್ಟಕವನ್ನು ಒದಗಿಸುತ್ತೇನೆ.
COS ನಲ್ಲಿ ಗ್ಲೋಬಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಮೂಲ ಆಜ್ಞೆಗಳು ಮತ್ತು ಕಾರ್ಯಗಳು
ಹೊಂದಿಸಿ
ನೋಡ್ಗೆ ಶಾಖೆಗಳನ್ನು ಹೊಂದಿಸುವುದು (ಇನ್ನೂ ವ್ಯಾಖ್ಯಾನಿಸದಿದ್ದರೆ) ಮತ್ತು ನೋಡ್ ಮೌಲ್ಯಗಳು
$ಡೇಟಾ
ನೋಡ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
$ ಹೆಚ್ಚಳ
ನೋಡ್ ಮೌಲ್ಯವನ್ನು ಪರಮಾಣುವಾಗಿ ಹೆಚ್ಚಿಸುವುದು. ACID ಗಾಗಿ ಓದುವುದು ಮತ್ತು ಬರೆಯುವುದನ್ನು ತಪ್ಪಿಸಲು. ಇತ್ತೀಚೆಗೆ ಇದನ್ನು ಬದಲಾಯಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ $Sequence
ನಿಮ್ಮ ಗಮನಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ನಾವು ಸಿದ್ಧರಿದ್ದೇವೆ.
ಹಕ್ಕುತ್ಯಾಗ: ಈ ಲೇಖನ ಮತ್ತು ಅದಕ್ಕೆ ನನ್ನ ಕಾಮೆಂಟ್ಗಳು ನನ್ನ ಅಭಿಪ್ರಾಯವಾಗಿದೆ ಮತ್ತು ಇಂಟರ್ಸಿಸ್ಟಮ್ಸ್ ಕಾರ್ಪೊರೇಷನ್ನ ಅಧಿಕೃತ ಸ್ಥಾನಕ್ಕೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ.