VPN ಮೂಲಕ ದೊಡ್ಡ SQL ಫಲಿತಾಂಶ: ಸಾಲುಗಳು ಎಲ್ಲಿ ಕಾಯುತ್ತವೆ

ಪ್ರಶ್ನೆಗಳು ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮುಗಿಯಬಹುದು ಮತ್ತು ಆದರೂ VPN ಮೂಲಕ ಲ್ಯಾಪ್ಟಾಪ್ ತಲುಪಲು ನಿಮಿಷಗಳು ಬೇಕಾಗಬಹುದು. ಸರ್ವರ್ ಸಾಲುಗಳನ್ನು ಬಫರ್ಗಳಿಗೆ ಬರೆಯುತ್ತದೆ, ಸಂಪರ್ಕ ಅವನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಈ ಹಂತಗಳು ಅನುಕ್ರಮವಾಗಿ ಚಲಿಸುವ ಬದಲು ಒಂದರ ಮೇಲೊಂದು ಹಾಸಿಕೊಳ್ಳುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಮಿತಿಯಾಗಬಹುದು. ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಬದಲಿಸುವ ಅಥವಾ ಸಂಕೋಚನ ಆನ್ ಮಾಡುವ ಮೊದಲು ನಿಜವಾಗಿ ಕಾಯುತ್ತಿರುವ ಹಂತವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ.

ಮೂರು ಹಂತಗಳು, ಒಂದು ಸ್ಟಾಪ್ವಾಚ್

ಟೈಮರ್ ಅನ್ನು ವಿಭಿನ್ನ ಅರ್ಥವಿರುವ ಎರಡು ಸಂಖ್ಯೆಗಳಾಗಿ ವಿಭಜಿಸಿ: ಮೊದಲ ಸಾಲು ಲಭ್ಯವಾಗುವ ಕ್ಷಣ ಮತ್ತು ಕೊನೆಯ ಸಾಲು ಬಳಸಿ ಮುಗಿದ ಕ್ಷಣ. ಮೊದಲ ಪುಟವನ್ನು ಚಿತ್ರಿಸುವ ಗ್ರಿಡ್ ಪ್ರಶ್ನೆ ಪ್ರಾರಂಭವಾದದ್ದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪೂರ್ಣ ಫಲಿತಾಂಶದ ಸಮಯವೇ ಬಳಕೆದಾರರು ರಫ್ತು ಮಾಡುವಾಗ ಅಥವಾ ಕೊನೆಯವರೆಗೆ ಸ್ಕ್ರಾಲ್ ಮಾಡುವಾಗ ಅನುಭವಿಸುವುದು.

ಪ್ರಶ್ನೆ ಪಠ್ಯ, ನಿಯತಾಂಕಗಳು ಮತ್ತು ಸಂಪರ್ಕ ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ ಎರಡೂ ಸಂಖ್ಯೆಗಳನ್ನು ದಾಖಲಿಸಿ. ಆ ಸಂದರ್ಭವಿಲ್ಲದೆ ಹೋಲಿಕೆ ಎರಡು ವಿಭಿನ್ನ ಕೆಲಸಗಳ ನಡುವೆ ಇರುತ್ತದೆ, ಎರಡು ಸ್ಥಳಗಳ ನಡುವೆ ಅಲ್ಲ.

ನೆಟ್ವರ್ಕ್ ಮೊದಲು ಕಾಯುವಿಕೆಯನ್ನು ಓದಿ

SQL Server ಫಲಿತಾಂಶದ ಸಾಲುಗಳನ್ನು ಔಟ್ಪುಟ್ ಬಫರ್ಗಳಿಗೆ ಬರೆಯುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅವನ್ನು ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ನಿಧಾನವಾಗಿ ಬಳಸುವ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ ಅನ್ನು ಆ ಕಳುಹಿಸುವಿಕೆಯಲ್ಲಿ ಕಾಯಿಸಬಹುದು. ಕಾಯುವಿಕೆಯ ಪ್ರಕಾರ ASYNC_NETWORK_IO, ಮತ್ತು Microsoftನ ದೋಷನಿವಾರಣಾ ಟಿಪ್ಪಣಿ ಕಾರಣಗಳಲ್ಲಿ ದೊಡ್ಡ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್-ಬದಿಯ ಸಂಸ್ಕರಣೆಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಕಾಯುವಿಕೆ ಕಳುಹಿಸುವ ಮಾರ್ಗ ನಿರ್ಬಂಧಿತವಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಏಕೆ ಎಂದಲ್ಲ.

ನಿಧಾನ VPN ಕೊಡುಗೆ ನೀಡಬಹುದು, ಆದರೆ ಪ್ರತಿ ಸಾಲನ್ನು ರೂಪಿಸುವ, ಫೈಲ್ಗೆ ಬರೆಯುವ ಅಥವಾ ಬ್ಯಾಚ್ಗಳ ನಡುವೆ ವಿರಾಮ ನೀಡುವ ಕ್ಲೈಂಟ್ ಕೂಡ ನೀಡಬಹುದು. ಕಾಯುವಿಕೆಯ ಹೆಸರು ಮುಂದಿನ ಅಳತೆಗೆ ಸೂಚಕ, ಲಿಂಕ್ ಬಗ್ಗೆ ತೀರ್ಪಲ್ಲ.

SELECT wait_type, wait_time_ms
FROM sys.dm_os_wait_stats
WHERE wait_type = 'ASYNC_NETWORK_IO';

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

ಎರಡೂ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಒಂದೇ ಗಡಿಯಾರದಲ್ಲಿ ಇರಿಸಿ

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

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

ಮಾರ್ಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಬೈಟ್ಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿ

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

ಪುನರಾವರ್ತಿತ ರಫ್ತುಗಳಿಗೆ, ಡೇಟಾಬೇಸ್ಗೆ ಹತ್ತಿರವಿರುವ ಅನುಮೋದಿತ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸ್ಥಳ ವ್ಯಾಖ್ಯಾನಿತ ಔಟ್ಪುಟ್ ಬರೆಯಬಹುದು, ನಂತರ ಅದನ್ನು ಒಮ್ಮೆ ತಲುಪಿಸಲಾಗುತ್ತದೆ. ಅದು ಕೆಲಸದ ಹರಿವು ಮತ್ತು ಅದರ ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಹಂಚಿದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಮಿತಿಯಿಲ್ಲದ ಡಂಪ್ ಬಿಡಲು ಅನುಮತಿ ಅಲ್ಲ.

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