SQL ಫಾರ್ಮಾಟರ್ & ಮಾನ್ಯಕಾರಕ - ಆನ್‌ಲೈನ್ SQL ಪ್ರಶ್ನೆಗಳನ್ನು ಉಚಿತವಾಗಿ ಫಾರ್ಮಾಟ್ ಮಾಡಿ

Q: ಈ SQL ಫಾರ್ಮಾಟರ್ PostgreSQL, MySQL ಮತ್ತು SQL Server ನೊಂದಿಗೆ ಕಾಮ್ ಮಾಡುತ್ತದೆಯೇ?

ಹೌದು, ಇದು ಪ್ರಮುಖ ಡೇಟಾಬೇಸ್ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ SQL ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ—PostgreSQL, MySQL, SQL Server (T-SQL), Oracle, SQLite, ಮತ್ತು MariaDB. ಫಾರ್ಮಾಟರ್ ಎಲ್ಲಿಯೂ ಕಾಮ್ ಮಾಡುವ ಮೂಲ SQL ಗೆ ಕೇಂದ್ರೀಕೃತಗೊಳಿಸಿದೆ: SELECT, JOIN, WHERE, GROUP BY ಮೊದಲಾದವು. ಡೇಟಾಬೇಸ್ಗೆ ನಿಗಧಿಯಾಗಿರುವ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಪೂರ್ಣ ಫಾರ್ಮಾಟ್ ಮಾಡಲಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, PostgreSQL ನ ಅಬ್ಬರ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅಥವಾ SQL Server ನ ಸ್ವಂತ ಫಂಕ್ಷನ್ಗಳಿಗೆ ವಿಶೇಷ ಫಾರ್ಮಾಟಿಂಗ್ ಸಿಗಬಹುದಾಗಿಲ್ಲ, ಆದರೆ ಅವು ಫಾರ್ಮಾಟರ್ ಅನ್ನು ಮುಚ್ಚಿಹಾಕುವುದಿಲ್ಲ. ಪ್ರಶ್ನೆಯನ್ನು ಇನ್ನೂ ಓದಲು ಸುಲಭವಾಗಿಸಲಾಗಿದೆ.

Q: ನನ್ನ SQL ಕೋಡ್ ಸರ್ವರ್ಗೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆಯೇ?

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

Q: ಡೇಟಾಬೇಸ್ ಅದನ್ನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಓಡಿಸಿದರೂ SQL ಅನ್ನು ಫಾರ್ಮಾಟ್ ಮಾಡಲೇಕೆ?

ಡೇಟಾಬೇಸ್ಗಳಿಗೆ ಫಾರ್ಮಾಟಿಂಗ್ ಬಗ್ಗೆ ಚಿಂತೆ ಇಲ್ಲ—ಅವು ಪ್ರಶ್ನೆಯನ್ನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಪಾರ್ಸ್ ಮಾಡುತ್ತವೆ. ಆದರೆ ಮಾನವರಿಗೆ ಚಿಂತೆ ಇದೆ. ಕೆಟ್ಟ ಪ್ರಶ್ನೆಯನ್ನು ಡೀಬಗ್ ಮಾಡಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಅಥವಾ ಇತರ ಯಾರಿಗಾದರೂ SQL ಅನ್ನು ಪರಿಶೀಲಿಸಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಸರಿಯಾದ ಫಾರ್ಮಾಟಿಂಗ್ 30 ಸೆಕೆಂಡಿನಲ್ಲಿ ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಫಾರ್ಮಾಟ್ ಮಾಡಿದ SQL ಲಾಜಿಕ್ ದೋಷಗಳನ್ನೂ ಹೊರಹಾಕಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ರಚನೆ ಸ್ಪಷ್ಟವಾಗಿರಲಾಗಿ, ನೀವು ಟೇಬಲ್ಗಳನ್ನು ತಪ್ಪಾಗಿ ಜೋಡಿಸಿಕೊಂಡಿದ್ದೀರಿ ಅಥವಾ ಷರತ್ತುಗಳನ್ನು ತಪ್ಪಾಗಿ ಇಟ್ಟಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದಾಗಿದೆ. (ಅನುವಾದ ಮುಂದೆ ಮುಂದುವರಿಯುತ್ತದೆ...)

SQL ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಏಕೆ ಮಹತ್ವದ

ಯಾರಾದರೊಬ್ಬರು ಕಣ್ಣು ಮುಚ್ಚಿಕೊಂಡು ಟೈಪ್ ಮಾಡಿದಂತಹ SQL ಡೇಟಾಬೇಸ್ ಯೋಜನೆಯನ್ನು ಪಡೆಯಲ್ಪಟ್ಟಿಲ್ಲವೇ? ನೀವು ಒಬ್ಬಂಟಿಗರಲ್ಲ. ಕೆಟ್ಟ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಿದ SQL ಡೇಟಾಬೇಸ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ದೋಷಗಳ ಮತ್ತು ವ್ಯರ್ಥ ಸಮಯದ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಮೂಲಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.

ಈ SQL ಫಾರ್ಮ್ಯಾಟರ್ ಮತ್ತು ಮಾನ್ಯಕಾರಕ ನಿಮಗೆ ಕೆಟ್ಟ ಕ್ವೆರಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಿಮ್ಮ SQL ಅನ್ನು ಅಂಟಿಸಿ, ಇದು ಕೂಡಲೇ ಸೂಕ್ತ ಇಂಡೆಂಟೇಷನ್ ಅನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಕೀವರ್ಡ್‌ಗಳನ್ನು ಕ್ಯಾಪಿಟಲೈಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಿಂಟ್ಯಾಕ್ಸ್ ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ—ಯಾವುದೇ ಸರ್ವರ್‌ಗೆ ಡೇಟಾ ಕಳುಹಿಸದೆ ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಎಲ್ಲಾ. ಸಾಮಾನ್ಯವಾಗಿ 10-15 ನಿಮಿಷಗಳ ಕೈಯಿಂದ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಸಮಯ ಕೇವಲ ಕೆಲವು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನಡೆಯುತ್ತದೆ.

ನನ್ನ ಡೇಟಾಬೇಸ್ ತಂಡಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ ಅನುಭವದಲ್ಲಿ, ಅತಿ ದೊಡ್ಡ ಸಮಯ ಉಳಿಸುವ ಅಂಶವು ಕೇವಲ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಮಾತ್ರವಲ್ಲ—ಉತ್ಪಾದನೆಗೆ ಬರುವ ಮೊದಲೇ ದೋಷಗಳನ್ನು ಹಿಡಿಯುವುದಾಗಿದೆ. ಒಂದು ಸ್ಥಾನಭ್ರಷ್ಟ ಬ್ರಾಕೆಟ್ ಅಥವಾ ಮುಚ್ಚಿಲ್ಲದ ಉಲ್ಲೇಖ ಡೀಬಗ್ ಮಾಡಲು ಗಂಟೆಗಟ್ಟಲೆ ವ್ಯರ್ಥಗೊಳಿಸಬಹುದು. ಈ ಉಪಕರಣವು ಯಾವುದೇ ವಿಷಯವನ್ನು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗೆ ವಿರುದ್ಧವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲೇ ಆ ಸಮಸ್ಯೆಗಳನ್ನು ಕೂಡಲೇ ಹಿಡಿಯುತ್ತದೆ.

SQL ಫಾರ್ಮಾಟರ್ ಬಳಸುವ ವಿಧಾನ

ಇಂಟರ್ಫೇಸ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನ್ಯೂನತಮ—ಬಸ್ ಅಂಟಿಸಿ ಮುಂದುವರೆಯಿರಿ:

SQL ಅನ್ನು ಇನ್ಪುಟ್ ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಅಂಟಿಸಿ (ಅಥವಾ ಸ್ಕ್ರ್ಯಾಚ್‌ನಿಂದ ಬರೆಯುತ್ತಿದ್ದರೆ ನೇರವಾಗಿ ಬರೆಯಿರಿ)
ನೀವು ಬರೆಯುವಾಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಫಾರ್ಮಾಟ್ ಆಗುವುದನ್ನು ವೀಕ್ಷಿಸಿ—ಕ್ಲಿಕ್ ಮಾಡಬೇಕಾದ ಯಾವುದೇ ಬಟನ್‌ಗಳಿಲ್ಲ, ಸಂಯೋಜಿಸಬೇಕಾದ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಲ್ಲ
ಯಾವುದೇ ಮೌಲ್ಯೀಕರಣ ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಫಾರ್ಮಾಟ್ ಮಾಡಿದ ಔಟ್‌ಪುಟ್‌ನ ಕೆಳಗೆ ಕಾಣಿಸಿಕೊಂಡರೆ
ಫಾರ್ಮಾಟ್ ಮಾಡಿದ SQL ಅನ್ನು ಒಂದೇ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ನಕಲಿಸಿ IDE, ದಸ್ತಾವೇಜೀಕರಣ ಅಥವಾ ಡೇಟಾಬೇಸ್ ಉಪಕರಣದಲ್ಲಿ ಬಳಸಲು

ಬ್ರೌಸರ್ ಇರುವ ಯಾವುದೇ ಸಾಧನದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಫಾರ್ಮಾಟಿಂಗ್ ಸಂಪೂರ್ಣವಾಗಿ ಕ್ಲೈಂಟ್ ಬಾಹ್ಯ ನಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕ್ವೇರಿಗಳು ಯಾವಾಗಲೂ ನಿಮ್ಮ ಯಂತ್ರವನ್ನು ಬಿಟ್ಟಿಲ್ಲ—ಉತ್ಪಾದನಾ ಡೇಟಾಬೇಸ್ ಸಂರಚನೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಮಹತ್ವಪೂರ್ಣ.

SQL ಫಾರ್ಮೆಟ್ಟರ್ ಏನು ಮಾಡುತ್ತದೆ

ಕೀವರ್ಡ್ ಅಕ್ಷರಗಳ ಗಾತ್ರ

ಎಲ್ಲಾ SQL ಕೀವರ್ಡ್‌ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಕ್ಷರಗಳ ಗಾತ್ರ ಮಾಡಲಾಗುತ್ತದೆ—SELECT, FROM, WHERE, JOIN, ಮೊದಲಾದವು. ಇದು ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್ ತಂಡಗಳಿಂದ ಬಳಸಲ್ಪಡುವ ಸಂಪ್ರದಾಯವನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮತ್ತು ಕೀವರ್ಡ್‌ಗಳನ್ನು ನಿಮ್ಮ ಟೇಬಲ್ ಮತ್ತು ಕಾಲಂ ಹೆಸರುಗಳಿಂದ ಕಣ್ಣಿಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಬೇರೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ನೀವು ಒಂದು ಸಂಕೀರ್ಣ ಪ್ರಶ್ನೆಯನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡುವಾಗ, ಈ ಕಣ್ಣಿಗೆ ಸ್ಪಷ್ಟ ಬೇರೆಯಾಗಿಸುವಿಕೆಯು ನಿಮಗೆ ಪ್ರಶ್ನೆಯ ಸಂರಚನೆಯನ್ನು ಒಂದೇ ನೋಟದಲ್ಲಿ ಗುರುತಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಬುದ್ಧಿಮಾನ್ಯ ಇಂಡೆಂಟೇಷನ್

ಫಾರ್ಮೆಟ್ಟರ್ ನಿಮ್ಮ SQL ಅನ್ನು ಲಾಜಿಕಲ್ ಹೆರಾರ್ಕಿಯ ಆಧಾರದ ಮೇಲೆ ರಚಿಸುತ್ತದೆ, ಕೇವಲ ಯಾದೃಚ್ಛಿಕ ಸಾಲಿನ ಬ್ರೇಕ್‌ಗಳನ್ನು ಸೇರಿಸುವ ಬದಲಿಗೆ. ಮುಖ್ಯ ಖಂಡಗಳಾದ SELECT ಮತ್ತು FROM ಎಡ ಮಾರ್ಜಿನ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭಗೊಳ್ಳುತ್ತವೆ. JOIN ಖಂಡಗಳನ್ನು FROM ಕೆಳಗೆ ಇಂಡೆಂಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಅವು ಟೇಬಲ್ ಆಯ್ಕೆಯ ಭಾಗ ಎಂಬುದನ್ನು ತೋರಿಸಲು. ಉಪ ಪ್ರಶ್ನೆಗಳಿಗೆ ಹೆಚ್ಚಿನ ಇಂಡೆಂಟೇಷನ್ ಮಟ್ಟಗಳನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಅಂಟಿಸಿಕೊಂಡಿರುವ ಲಾಜಿಕ್ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳಲು.

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

ಲಾಜಿಕಲ್ ಸಾಲಿನ ಬ್ರೇಕ್‌ಗಳು

ಸಾಲಿನ ಬ್ರೇಕ್‌ಗಳು ಓದಲ್ಪಡಬಹುದಾಗಿರುವ ಸ್ಥಳಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಕೇವಲ ಎಲ್ಲಿಯೂ ಅಲ್ಲ. ಪ್ರತಿ ಮುಖ್ಯ ಖಂಡಕ್ಕೆ ಅದರ ಸ್ವಂತ ಸಾಲು ಇರುತ್ತದೆ. ಅಲ್ಪವಿರಾಮ ಪಟ್ಟಿಯಲ್ಲಿ ಇರುವ ಐಟಂಗಳಿಗೆ (ಉದಾಹರಣೆಗೆ SELECT ನಲ್ಲಿ ಕಾಲಂ ಹೆಸರುಗಳಂಥ) ಅವರ ಸ್ವಂತ ಸಾಲು ಮತ್ತು ಸರಿಯಾದ ಇಂಡೆಂಟೇಷನ್ ಇರುತ್ತದೆ. ಉಪ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಣ್ಣಿಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಬೇರೆಯಾಗಿ ಮಾಡಲಾಗುತ್ತದೆ. CASE ಸ್ಟೇಟ್‌ಮೆಂಟ್‌ಗಳನ್ನು WHEN, THEN, ಮತ್ತು ELSE ನಲ್ಲಿ ಬ್ರೇಕ್ ಮಾಡಲಾಗುತ್ತದೆ ಸ್ಪಷ್ಟತೆಗಾಗಿ.

ಅಂತರವು SQL ಶೈಲಿ ಮಾರ್ಗಸೂಚಿ ನಲ್ಲಿ ಉಪಯೋಗಿಸಲ್ಪಡುವ ಸಂಪ್ರದಾಯಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಇದರ ಅರ್ಥ ನಿಮ್ಮ ಫಾರ್ಮೆಟ್ ಮಾಡಲಾದ SQL ಇತರ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಪರಿಚಿತವಾಗಿರುತ್ತದೆ.

SQL ಮೌಲ್ಯಮಾಪನ: ಏನನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ

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

ಸಂರಚನಾ ದೋಷಗಳು

ಅಸಮಾನ ಕೊಂಡಿಗಳು ಜಟಿಲ ಕ್ವೆರಿಗಳಲ್ಲಿ ಅಧಿಕ ಸಾಮಾನ್ಯ. ಮೌಲ್ಯಮಾಪಕವು ಅಸಮಾನ ಕೊಂಡಿಗಳನ್ನು ಗುರುತಿಸಲು ಮೊದಲೇ ಮುಚ್ಚಿಕೊಳ್ಳುವ ಮತ್ತು ತೆರೆಯುವ ಕೊಂಡಿಗಳನ್ನು ಎಣಿಕೆ ಮಾಡುತ್ತದೆ. 200 ಸಾಲಿನ ಕ್ವೆರಿಯಲ್ಲಿ ಒಂದೇ ಕೊಂಡಿ ಕಳೆದುಹೋಗಿದ್ದಾಗ ಉತ್ಪಾದನಾ ಘಟನೆಗಳನ್ನು ನಾನು ನೋಡಿದ್ದೇನೆ—ಇದು ಅವುಗಳನ್ನು ಬೇಗ ಹಿಡಿಯುತ್ತದೆ.

ಮುಚ್ಚಿಲ್ಲದ ಸ್ಟ್ರಿಂಗ್ ಲಿಟರಲ್ಗಳು ಸ್ಟ್ರಿಂಗ್ ಮೌಲ್ಯದ ಕೊನೆಯ ಉಲ್ಲೇಖವನ್ನು ಮರೆಯಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಇವನ್ನು ಕೂಡಲೇ ತಿರಸ್ಕರಿಸುತ್ತದೆ, ಆದರೆ ಇಲ್ಲಿ ಹಿಡಿಯುವುದು ಒಂದು ಸುತ್ತನ್ನು ಉಳಿಸುತ್ತದೆ.

ಖಂಡ ಕ್ರಮ ದೋಷಗಳು ಖಂಡಗಳು ಅಕ್ರಮವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುವಾಗ ಗುರುತಿಸಲ್ಪಡುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, HAVINGಯನ್ನು GROUP BYಗಿಂತ ಮೊದಲು ಇಟ್ಟರೆ, ಅಥವಾ WHEREಯನ್ನು GROUP BYಯ ನಂತರ ಇಟ್ಟರೆ, ಮೌಲ್ಯಮಾಪಕವು ನಿಮಗೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತದೆ. ಇದು ISO/IEC 9075 SQL ಮಾನಕದಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿರುವ SQL ಮಾನಕ ಸಿಂಟ್ಯಾಕ್ಸ್ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ತಾರ್ಕಿಕ ದೋಷಗಳು

ON ಷರತ್ತಿಲ್ಲದ JOIN ಖಂಡಗಳು ಅಯೋಗ್ಯ ಕ್ರಾಸ್ ಜೋಯಿನ್ಗಳನ್ನು ರಚಿಸುತ್ತವೆ, ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಸಾಲುಗಳನ್ನು ಹಿಂದಿಸುತ್ತವೆ. ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿ: ನೀವು ಕ್ವೆರಿಗೆ ಮೂರನೇ ಅಥವಾ ನಾಲ್ಕನೇ ಕೋಷ್ಟಕವನ್ನು ಸೇರಿಸುವಾಗ ON ಖಂಡವನ್ನು ಮರೆಯುತ್ತೀರಿ. ಈ ಪರಿಶೀಲನೆ ಇಲ್ಲದಿದ್ದರೆ, ನಿಮ್ಮ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಸಾವಿರಾರು ಪ್ರತಿಕೃತಿ ಸಾಲುಗಳನ್ನು ನೋಡುವ ತನಕ ಗಮನಿಸಿಲ್ಲ.

GROUP BY ಇಲ್ಲದ HAVING ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್ಗಳಲ್ಲಿ ಕಾನೂನುಬಾಹಿರ SQL ಆಗಿದೆ. HAVING ಖಂಡವು ಗುಂಪು ಮಾಡಿದ ಫಲಿತಾಂಶಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದಕ್ಕೆ ಕೆಲಸ ಮಾಡಲು GROUP BY ಅಗತ್ಯ. ಮೌಲ್ಯಮಾಪಕವು ಈ ತಾರ್ಕಿಕ ಅಸಮಾನತೆಯನ್ನು ಹಿಡಿಯುತ್ತದೆ.

ಅಪೂರ್ಣ WHERE ಷರತ್ತುಗಳು ಷರತ್ತನ್ನು ಬರೆಯಲು ಪ್ರಾರಂಭಿಸಿ ಆದರೆ ಮುಗಿಸಿಲ್ಲ—ಉದಾಹರಣೆಗೆ WHERE status = ಯಾವುದೇ ಮೌಲ್ಯವಿಲ್ಲ. ಕ್ವೆರಿಗಳನ್ನು ಸಂಪಾದಿಸುವಾಗ ಇವನ್ನು ಗಮನಿಸಲು ಕಷ್ಟ.

ಏನನ್ನು ಹಿಡಿಯಲಾಗುವುದಿಲ್ಲ

ಈ ಮೌಲ್ಯಮಾಪಕವು ಸಿಂಟ್ಯಾಕ್ಸ್ ಮತ್ತು ಸಂರಚನೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದೆ, ಡೇಟಾಬೇಸ್ ಸ್ಕೀಮಾ ಮೇಲೆ ಅಲ್ಲ. ಇದು ಈ ಕೆಳಗಿನ ವಿಷಯಗಳನ್ನು ಅರಿಯಲಾಗುವುದಿಲ್ಲ:

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

ಇದನ್ನು ನಿಮ್ಮ ವಾಸ್ತವಿಕ ಡೇಟಾಬೇಸ್ಗೆ ಕ್ವೆರಿ ಕಳುಹಿಸುವ ಮೊದಲಿನ ಮೊದಲ ಪರಿಶೀಲನೆ ಎಂದು ಭಾವಿಸಿ.

ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಿಯಮಗಳು ಈ ಉಪಕರಣ ಅನ್ವಯಿಸುವ

ಫಾರ್ಮಾಟರ್ SQL ಶೈಲಿ ಮಾರ್ಗಸೂಚಿ ನಿಯಮಗಳ ಆಧಾರದ ಮೇಲೆ ಸಾವಧಾನವಾಗಿ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ.

ಕೀವರ್ಡ್‌ಗಳನ್ನು ಕ್ಯಾಪಿಟಲೈಸ್ ಮಾಡಲಾಗುತ್ತದೆ

ಪ್ರತಿ SQL ಕೀವರ್ಡ್ ಅನ್ನು ಅಪರ್ಕೇಸ್‌ನಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ: SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, DROP. ಇದರಲ್ಲಿ ಕ್ಲಾಸ್‌ಗಳು (FROM, WHERE, GROUP BY, HAVING, ORDER BY), ಜೋಡಣೆ ಪ್ರಕಾರಗಳು (JOIN, INNER JOIN, LEFT JOIN), ಆಪರೇಟರ್‌ಗಳು (AND, OR, NOT, IN, BETWEEN, LIKE), ಮತ್ತು ಸಾಮಾನ್ಯ ಕಾರ್ಯಗಳು (COUNT, SUM, AVG, CASE, WHEN) ಸೇರಿವೆ.

ಏಕೆ ಅಪರ್ಕೇಸ್? ಇದು SQL ಭಾಷಾ ಅಂಶಗಳಿಗೂ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್-ನಿರ್ದಿಷ್ಟ ಹೆಸರುಗಳಿಗೂ (ಕೋಷ್ಠಕಗಳು, ಕಾಲಂಗಳು, ಅಲಿಯಾಸ್‌ಗಳು) ನಡುವೆ ದೃಶ್ಯ ವ್ಯತ್ಯಾಸವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಒಂದು ಕ್ವೆರಿಯನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡುವಾಗ, ನಿಮ್ಮ ಕಣ್ಣು ತಕ್ಷಣವೇ ಸಂರಚನೆಯನ್ನು ಗುರುತಿಸುತ್ತದೆ.

ಪ್ರತಿ ಮಟ್ಟಕ್ಕೆ ಎರಡು ಸ್ಪೇಸ್ ಇಂಡೆಂಟೇಷನ್

ಮುಖ್ಯ ಕ್ಲಾಸ್‌ಗಳಾದ SELECT ಮತ್ತು FROM ಎಡ ಮಾರ್ಜಿನ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸುತ್ತವೆ. JOIN ಕ್ಲಾಸ್‌ಗಳು FROM ಕ್ಲಾಸ್‌ನ ಕೆಳಗೆ ಎರಡು ಸ್ಪೇಸ್‌ಗಳಿಂದ ಇಂಡೆಂಟ್ ಮಾಡಲ್ಪಡುತ್ತವೆ ಎಂಬುದನ್ನು ತೋರಿಸಲಾಗುತ್ತದೆ. ಉಪ ಕ್ವೆರಿಗಳು ಪ್ರತಿ ಹೊಂಚಿಕೆ ಮಟ್ಟಕ್ಕೆ ಇನ್ನೂ ಎರಡು ಸ್ಪೇಸ್‌ಗಳಿಂದ ಇಂಡೆಂಟ್ ಮಾಡಲ್ಪಡುತ್ತವೆ. ಇದು ಲಾಜಿಕಲ್ ಸಂರಚನೆಗೆ ಹೊಂದಿಕೊಳ್ಳುವ ಒಂದು ದೃಶ್ಯ ಹಂತ ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಅಲ್ಪವಿರಾಮ ಪಟ್ಟಿಗಳ (ಉದಾಹರಣೆಗೆ SELECTನಲ್ಲಿ ಕಾಲಂ ಹೆಸರುಗಳು) ಪ್ರತಿಯೊಂದಕ್ಕೂ ಒಂದೇ ಸಮಾನ ಇಂಡೆಂಟೇಷನ್‌ನೊಂದಿಗೆ ಸ್ವಂತ ಸಾಲಿನಲ್ಲಿ ಇರುತ್ತವೆ. ನಿಮ್ಮ SELECT ಪಟ್ಟಿಯಲ್ಲಿ 15 ಕಾಲಂಗಳಿರಲಿ, ಇದು ನಿರ್ದಿಷ್ಟ ಕಾಲಂಗಳನ್ನು ಸುಲಭವಾಗಿ ಹುಡುಕಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

WHERE ಕ್ಲಾಸ್‌ಗಳಲ್ಲಿ ಷರತ್ತುಗಳು ಲಂಬವಾಗಿ ಹೋಂದಿಕೊಳ್ಳುತ್ತವೆ. ನಿಮ್ಮ ಬಳಿ ಬಹು AND ಅಥವಾ OR ಷರತ್ತುಗಳಿದ್ದಲ್ಲಿ, ಹೋಂದಿಕೆ ಲಾಜಿಕ್ ಸಂರಚನೆಯನ್ನು ತಕ್ಷಣವೇ ಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತದೆ.

ಮೊದಲು ಮತ್ತು ನಂತರ: ವ್ಯತ್ಯಾಸವನ್ನು ನೋಡಿ

ಮೊದಲು ಫಾರ್ಮ್ಯಾಟಿಂಗ್:

1select u.id, u.name, o.order_date from users u join orders o on u.id = o.user_id where o.status = "completed" group by u.id order by u.name;
2

ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಂತರ:

1SELECT
2  u.id,
3  u.name,
4  o.order_date
5FROM users u
6  JOIN orders o ON u.id = o.user_id
7WHERE
8  o.status = "completed"
9GROUP BY
10  u.id
11ORDER BY
12  u.name;
13

ಮಾನ್ಯತಾ ನಿಯಮಗಳು: ಏನನ್ನು ಫ್ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ

ಮಾನ್ಯೀಕರಣಕಾರನು ಸಂರಚನಾತ್ಮಕ ಸಮಗ್ರತೆ ಮತ್ತು ಮೂಲಭೂತ ತಾರ್ಕಿಕ ಸಾಂಗತ್ಯವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಅದು ಏನನ್ನು ಹುಡುಕುತ್ತದೆ:

ಸಂರಚನಾತ್ಮಕ ಪರಿಶೀಲನೆಗಳು

ಸಮಚ್ಚಾದಿತ ಕೊಂಡಿಗಳು: ಮುಚ್ಚುವ ಮತ್ತು ತೆರೆಯುವ ಕೊಂಡಿಗಳು ಹೊಂದಾಣಿಕೆಯಾಗಬೇಕು. ಅಂತಃಸ್ಥ ಉಪಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಅನೇಕ ಮಟ್ಟಗಳ ಕೊಂಡಿಗಳಿರಬಹುದು, ಮತ್ತು ಅವುಗಳನ್ನು ಗಣನೆ ಮಾಡದಿರುವುದು SQL ದೋಷಗಳಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ. ಮಾನ್ಯೀಕರಣಕಾರನು ಅವುಗಳನ್ನು ನಿಮಗಾಗಿ ಗಣನೆ ಮಾಡುತ್ತಾನೆ.

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

ಸರಿಯಾದ ಖಂಡ ಕ್ರಮ: SQL ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಕ್ರಮಬದ್ಧ ಅಗತ್ಯಗಳಿವೆ. SELECT ಮೊದಲು ಬರುತ್ತದೆ, ಅನಂತರ FROM, ಅನಂತರ WHERE, ಅನಂತರ GROUP BY, ಅನಂತರ HAVING, ಅನಂತರ ORDER BY. ಅವುಗಳನ್ನು ಕ್ರಮಬಾಹಿರವಾಗಿ ಇಡುವುದು ಕೂಡಲೇ ಸಿಂಟ್ಯಾಕ್ಸ್ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಮಾನ್ಯೀಕರಣಕಾರನು SQL ಮಾನಕಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಈ ಕ್ರಮವನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾನೆ.

ತಾರ್ಕಿಕ ಸಾಂಗತ್ಯ ಪರಿಶೀಲನೆಗಳು

ON ಷರತ್ತಿನೊಂದಿಗೆ JOIN: ಪ್ರತಿ JOIN ಗೆ ಅಥವಾ ಅಥವಾ USING ಖಂಡ ಬೇಕಾಗಿರುತ್ತದೆ ಟೇಬಲ್‌ಗಳ ಸಂಬಂಧವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು. ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಕ್ರಾಸ್ ಜಾಯಿನ್ ಪಡೆಯುತ್ತೀರಿ—ಒಂದು ಟೇಬಲ್‌ನ ಪ್ರತಿ ಸಾಲವನ್ನು ಇನ್ನೊಂದು ಟೇಬಲ್‌ನ ಪ್ರತಿ ಸಾಲದೊಂದಿಗೆ ಜೋಡಿಸಲಾಗುತ್ತದೆ. ಇದು ಅಪರಿಹಾರ್ಯವಾಗಿ ಬಹಳ ಕಡಿಮೆ ಬೇಕಾಗಿರುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಕಳೆದುಹೋಗಿರುವ ON ಖಂಡವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಪೂರ್ಣ WHERE ಷರತ್ತುಗಳು: WHERE ಖಂಡಕ್ಕೆ ಪೂರ್ಣ ಪ್ರಿಡಿಕೇಟ್‌ಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ. ಯಾವುದೇ ಮೌಲ್ಯವಿಲ್ಲದ WHERE status = ಅಪೂರ್ಣ ಮತ್ತು ಅಮಾನ್ಯ. ಮಾನ್ಯೀಕರಣಕಾರನು ಈ ಆಂಶಿಕ ಷರತ್ತುಗಳನ್ನು ಫ್ಲಾಗ್ ಮಾಡುತ್ತಾನೆ.

HAVING ಗೆ GROUP BY ಅಗತ್ಯ: HAVING ಖಂಡವು ಗುಂಪಿಗೆ ಬಂದ ಫಲಿತಾಂಶಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಕೇವಲ GROUP BY ಇರುವಾಗ ಅರ್ಥಪೂರ್ಣವಾಗಿರುತ್ತದೆ. GROUP BY ಇಲ್ಲದೆ HAVING ಬಳಸುವುದು ಒಂದು ತಾರ್ಕಿಕ ದೋಷವಾಗಿದ್ದು, ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್‌ಗಳು ಅದನ್ನು ತಿರಸ್ಕರಿಸುತ್ತವೆ.

GROUP BY ಒಟ್ಟಿಗೆ ಸೇರಿಸುವ ನಿಯಮಗಳು: COUNT() ಅಥವಾ SUM() ಹಾಗೆ ಒಟ್ಟಿಗೆ ಸೇರಿಸುವ ಕ್ರಿಯೆಗಳನ್ನು ಬಳಸಿದಾಗ, SELECT ಪಟ್ಟಿಯಲ್ಲಿನ ಯಾವುದೇ ಒಟ್ಟಿಗೆ ಸೇರಿಸಲ್ಪಡದ ಕಾಲಮ್‌ಗಳನ್ನು GROUP BY ನಲ್ಲಿ ಕಾಣಿಸಬೇಕು. ಇದು ಮೂಲಭೂತ SQL ಅಗತ್ಯವಾಗಿದ್ದು, ಮಾನ್ಯೀಕರಣಕಾರನು ಇದನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾನೆ.

ಸಾಮಾನ್ಯ ದೋಷಗಳ ಉದಾಹರಣೆ

ಇಲ್ಲಿ ಬಹು ಸಮಸ್ಯೆಗಳಿರುವ SQL ಇದೆ ಯಾವ ಮಾನ್ಯೀಕರಣಕಾರನು ಫ್ಲಾಗ್ ಮಾಡುತ್ತಾನೆ:

1SELECT user_id, COUNT(*) FROM orders
2JOIN users
3WHERE status =
4GROUP BY
5HAVING count > 10;
6

ಪತ್ತೆಯಾದ ಸಮಸ್ಯೆಗಳು:

JOIN users ಗೆ ON ಷರತ್ತಿಲ್ಲ (ಕ್ರಾಸ್ ಜಾಯಿನ್ ಸೃಷ್ಟಿಸಲಿದೆ)
WHERE status = ಅಪೂರ್ಣ (ಹೋಲಿಕೆ ಮೌಲ್ಯವಿಲ್ಲ)
ಖಾಲಿ GROUP BY ಖಂಡ (ಯಾವ ಕಾಲಮ್‌ಗಳೂ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಿಲ್ಲ)
HAVING count > 10 ಅಪರಿಭಾಷಿತ ಕಾಲಮ್‌ಗೆ ಉಲ್ಲೇಖಿಸಿದೆ

SQL ಫಾರ್ಮೆಟ್ಟರ್ ಬಳಸಬೇಕಾದ ಸಮಯ

ಕೋಡ್ ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ

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

ಡೇಟಾಬೇಸ್ ಬದಲಾವಣೆಗಳ ಪುಲ್ ರಿಕ್ವೆಸ್ಟ್ ಗಳನ್ನು ಪರಿಶೀಲಿಸಿದಾಗ, ಕೊಡುಗೆದಾರರಿಗೆ ಮೊದಲು ಅವರ SQL ಅನ್ನು ಫಾರ್ಮೆಟ್ ಮಾಡಲು ಹೇಳಿ. ಸಂರಚನೆ ಸ್ಥಿರವಾಗಿರುವಾಗ ತರ್ಕ ದೋಷಗಳನ್ನು ಗುರುತಿಸಲು ಇದು ಬಹಳ ಸುಲಭವಾಗಿ ಮಾಡುತ್ತದೆ.

ಉತ್ಪಾದನಾ ಸಮಸ್ಯೆಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಲು

ಉತ್ಪಾದನೆಯಲ್ಲಿ ವಿಫಲಗೊಂಡ ಕ್ವೆರಿಯನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ, ಅದನ್ನು ಸರಿಯಾಗಿ ಫಾರ್ಮೆಟ್ ಮಾಡುವುದು ಸಂರಚನೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನೋಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಸಂರಚನೆಯನ್ನು ಸರಿಯಾಗಿ ಫಾರ್ಮೆಟ್ ಮಾಡಿದ ನಂತರ ಸಮಸ್ಯೆ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಿಸಿಕೊಂಡ ಅಸಂಖ್ಯ ಕ್ವೆರಿಗಳನ್ನು ನಾನು ಡೀಬಗ್ ಮಾಡಿದ್ದೇನೆ - ಕಾಣದ ಜಾಯಿನ್ ಷರತ್ತು, ತಪ್ಪಾದ WHERE ಖಂಡ ಗುಂಪಿಗೆ, ಅಥವಾ ತಪ್ಪಾದ ಸ್ಥಳದಲ್ಲಿ ಉಪ ಕ್ವೆರಿ.

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

ಉತ್ಪನ್ನ SQL ಜೊತೆ ಕೆಲಸ ಮಾಡಲು

ORMs (ಆಬ್ಜೆಕ್ಟ್-ರಿಲೇಷನಲ್ ಮ್ಯಾಪರ್ಸ್) ಹೈಬರ್ನೇಟ್, ಎಂಟಿಟಿ ಫ್ರೇಮ್ವರ್ಕ್ ಅಥವಾ SQLAlchemy ಸ್ವಯಂಚಾಲಿತವಾಗಿ SQL ಉತ್ಪನ್ನ ಮಾಡುತ್ತವೆ. ಕೆಲವೊಮ್ಮೆ ಅವರು ವಾಸ್ತವವಾಗಿ ಯಾವ ಕ್ವೆರಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನೋಡಬೇಕಾಗಿರುತ್ತದೆ. ಉತ್ಪನ್ನ SQL ಸಾಮಾನ್ಯವಾಗಿ ಯಾವ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಇಲ್ಲದೆ ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಇರುತ್ತದೆ. ಈ ಉಪಕರಣವು ORM ಉತ್ಪನ್ನ ಕ್ವೆರಿಗಳನ್ನು ಓದಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ ಸಹ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ.

SQL ಕಲಿಯಲು ಮತ್ತು ಕಲಿಸಲು

ನೀವು SQL ಕಲಿಯುತ್ತಿದ್ದೀರಿ ಅಥವಾ ಕಲಿಸುತ್ತಿದ್ದೀರಿ, ಈ ಫಾರ್ಮೆಟ್ಟರ್ ಸರಿಯಾದ ಕ್ವೆರಿ ಸಂರಚನೆಯನ್ನು ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನೀವು ಕಾಯರ್ಶೀಲ ಕ್ವೆರಿಯನ್ನು ಅಳಿಸಿ ಅದು ಹೇಗೆ ಫಾರ್ಮೆಟ್ ಆಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿದಾಗ, ನೀವು ಸಮ್ಮೇಳನಗಳನ್ನು ಕಲಿಯುತ್ತೀರಿ. ನೀವು ಒಂದು ಒಡೆಯಲಾಗಿರುವ ಕ್ವೆರಿಯನ್ನು ಅಳಿಸಿ ಮತ್ತು ಮಾನ್ಯೀಕರಣ ದೋಷಗಳನ್ನು ನೋಡಿದಾಗ, ಅದು ಏಕೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳುತ್ತೀರಿ.

ಡೇಟಾಬೇಸ್ ಸಿಸ್ಟಮ್ ಗಳ ನಡುವೆ ವಲಸೆ ಹೋಗಲು

ವಿಭಿನ್ನ ಡೇಟಾಬೇಸ್ (PostgreSQL, MySQL, SQL Server) ಸ್ವಲ್ಪ ಭಿನ್ನ SQL ಬೋಲಿಗಳನ್ನು ಹೊಂದಿವೆ. ಸಿಸ್ಟಮ್ ಗಳ ನಡುವೆ ಕ್ವೆರಿಗಳನ್ನು ವಲಸೆ ಹೋಗಿಸಿದಾಗ, ಸರಿಯಾದ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಬೋಲಿ-ನಿಶ್ಚಿತ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಗುರುತಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಫಾರ್ಮೆಟ್ಟರ್ ಮುಖ್ಯ ಡೇಟಾಬೇಸ್ ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮಾನಕ SQL ಸಮ್ಮೇಳನಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ಈ SQL ಫಾರ್ಮಾಟರ್‌ಗೆ ಪರ್ಯಾಯಗಳು

ಡೇಟಾಬೇಸ್-ನಿರ್ದಿಷ್ಟ IDE ಗಳು

DataGrip, SQL ಸರ್ವರ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸ್ಟುಡಿಯೋ ಅಥವಾ MySQL ವರ್ಕ್‌ಬೆಂಚ್ನಂಥ ಉಪಕರಣಗಳಲ್ಲಿ ಒಳಗೆ ಬಿಲ್ಟ್-ಇನ್ ಫಾರ್ಮಾಟರ್‌ಗಳಿವೆ. ಅವು ಶಕ್ತಿಶಾಲಿಯಾಗಿವೆ ಮತ್ತು ನೇರವಾಗಿ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿವೆ.

ಬದಲಾವಣೆ: ಅವುಗಳಿಗೆ ಸ್ಥಾಪನೆ ಮತ್ತು ಸೆಟಪ್ ಅಗತ್ಯವಿದೆ. DataGrip ವ್ಯಕ್ತಿಗಳಿಗೆ $199/ವರ್ಷ ಬೆಲೆ ಬಾಳುತ್ತದೆ. SSMS ಉಚಿತ ಆದರೆ ವಿಂಡೋಸ್-ಮಾತ್ರ. ಏನನ್ನೂ ಸ್ಥಾಪಿಸದೆ ಬೇಗ ಫಾರ್ಮಾಟಿಂಗ್ ಬೇಕಾಗಿದ್ದರೆ, ಅಥವಾ ನೀವು ಬಹು ಡೇಟಾಬೇಸ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಬ್ರೌಸರ್-ಆಧಾರಿತ ಉಪಕರಣ ಹೆಚ್ಚು ವ್ಯಾವಹಾರಿಕ.

ಎಡಿಟರ್ ವಿಸ್ತರಣೆಗಳು

VS Code ಅಥವಾ Sublime Text ನಲ್ಲಿ SQL ಬರೆಯುವಾಗ, SQL Beautify ಅಥವಾ SqlBeautifier �роಂಥ ವಿಸ್ತರಣೆಗಳು ನಿಮ್ಮ ಎಡಿಟರ್‌ಗೆ ಫಾರ್ಮಾಟಿಂಗ್ ತರುತ್ತವೆ. ನೀವು ಸಕ್ರಿಯವಾಗಿ ಕ್ವೆರಿಗಳನ್ನು ಬರೆಯುತ್ತಿರುವಾಗ ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಮಿತಿ: ವಿಸ್ತರಣೆಗಳಿಗೆ ಸಂರಚನೆ ಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಅವು ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಎಡಿಟರ್‌ಗೆ ಸಂಬಂಧಿಸಿವೆ. SQL ಅನ್ನು ತೆರಿಗೆ ಸಹಭಾಗಿಗಳೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುವಾಗ ಅಥವಾ ದಸ್ತಾವೇಜೀಕರಣದಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡುವಾಗ, ಒಂದು ಮಾನಕ ವೆಬ್ ಫಾರ್ಮಾಟರ್ ಎಲ್ಲರಿಗೂ ಒಂದೇ ಫಾರ್ಮಾಟಿಂಗ್ ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಕಮಾಂಡ್-ಲೈನ್ ಫಾರ್ಮಾಟರ್‌ಗಳು

sqlformat (Python) ಅಥವಾ sql-formatter-cli (Node.js) �роಂಥ ಉಪಕರಣಗಳನ್ನು CI/CD ಪೈಪ್‌ಲೈನ್‌ಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ SQL ಫಾರ್ಮಾಟ್ ಮಾಡಲು ಸಂಯೋಜಿಸಬಹುದು. ಇದು ಒಂದು ತಂಡದಲ್ಲಿ ಸಾಮಂಜಸ್ಯವನ್ನು ಒತ್ತಿಹೇಳುತ್ತದೆ.

ಸ್ವಯಂಚಾಲಿತ ಕಾರ್ಯಪ್ರವಾಹಗಳಿಗೆ ಹೆಚ್ಚು ಸೂಕ್ತ. ನೀವು ಕೇವಲ ಕೆಲವು ಕ್ವೆರಿಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುತ್ತಿದ್ದರೆ ಅಥವಾ SQL ಕಲಿಯುತ್ತಿದ್ದರೆ, ಕಮಾಂಡ್-ಲೈನ್ ಉಪಕರಣಗಳು ಅನಗತ್ಯ ಸಂಕೀರ್ಣತೆಯನ್ನು ಸೇರಿಸುತ್ತವೆ.

SQL ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಹೇಗೆ ಸಾಮಾನ್ಯ ಅಭ್ಯಾಸವಾಯಿತು

SQL ಅನ್ನು 1970 ಗಳಲ್ಲಿ IBM ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು, ಆದರೆ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಿಯಮಗಳು ಬಹಳ ಆಯಿನ ಬಂದವು. ಆರಂಭಿಕ SQL ಕಾರ್ಯಕ್ಷಮ ಆಗಿತ್ತು ಆದರೆ ಅಸಮಾನ—ಪ್ರತಿ ಡೆವಲಪರ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಭಿನ್ನ ರೀತಿಯಲ್ಲಿ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಿಕೊಳ್ಳುತ್ತಿದ್ದರು.

1990 ಗಳಲ್ಲಿ ಒಂದು ಹಂತ ಬಂದಿತ್ತು ಯಾವಾಗ ಡೇಟಾಬೇಸ್ ಗಳು ಏಕ-ಡೆವಲಪರ್ ಯೋಜನೆಗಳಿಂದ ತಂಡ-ಆಧಾರಿತ ಅಭಿವೃದ್ಧಿಗೆ ಬಂದವು. ಸಂಸ್ಥೆಗಳು ಸಾಮ್ಯತೆಯನ್ನು ಕಾಪಾಡಲು ಆಂತರಿಕ SQL ಶೈಲಿ ಮಾರ್ಗಸೂಚಿಗಳನ್ನು ರಚಿಸಲು ಪ್ರಾರಂಭಿಸಿದವು. ಐದು ಡೆವಲಪರ್ ಗಳು ಒಂದೇ ಡೇಟಾಬೇಸ್ ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾಗ, ಓದಲು ಸುಲಭವಾದ SQL ಸಹಭಾಗಿತ್ವಕ್ಕೆ ಅಗತ್ಯವಾಗಿತ್ತು.

2000 ಗಳಲ್ಲಿ ORMs ಬಂದವು ಯಾವ SQL ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಉತ್ಪಾದಿಸಿದವು. ಈ ಉಪಕರಣಗಳು ಕೆಲಸ ಮಾಡುವ ಆದರೆ ಕೃಷ್ಣ SQL ಉತ್ಪಾದಿಸಿದವು—ಎಲ್ಲಾ ಒಂದೇ ಸಾಲಿನಲ್ಲಿ, ಯಾವ ಇಂಡೆಂಟೇಷನ್ ಇಲ್ಲ. ಇದು ಸ್ವಯಂಚಾಲಿತ ಫಾರ್ಮಾಟರ್ಗಳ ಬೇಡಿಕೆಯನ್ನು ಸೃಷ್ಟಿಸಿತ್ತು ಯಾವ ಉತ್ಪನ್ನ SQL ಅನ್ನು ಮಾನವ ಓದಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡಬಹುದು.

2010 ಗಳಲ್ಲಿ ಆನ್ಲೈನ್ SQL ಫಾರ್ಮಾಟರ್ಗಳು ಬಂದವು ಯಾವಾಗ ವೆಬ್ ಅಭಿವೃದ್ಧಿ ಪಕ್ವಗೊಂಡಿತ್ತು. ಉಪಕರಣಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಅಥವಾ IDE ಪ್ಲಗಿನ್ಗಳನ್ನು ಸಂರಚಿಸುವ ಬದಲಿಗೆ, ಡೆವಲಪರ್ ಗಳು ಬ್ರೌಸರ್ ನಲ್ಲಿ SQL ಫಾರ್ಮಾಟ್ ಮಾಡಬಹುದಾಯಿತು. ಇದು SQL ಕಲಿಯುತ್ತಿರುವ ಆರಂಭಿಕರಿಂದ ಅನುಭವಿ ಡೆವಲಪರ್ ಗಳ ವರೆಗೆ ಎಲ್ಲರಿಗೂ ಸರಿಯಾದ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಪ್ರವೇಶವನ್ನು ಸಮಾನಗೊಳಿಸಿತ್ತು.

ಇಂದು, SQL ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಅನ್ನು ಇತರ ಪ್rogramಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳ ಕೋಡ್ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಹಾಗೆ ಮೂಲ ಅಭ್ಯಾಸವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. Simon Holywell ನ SQL ಶೈಲಿ ಮಾರ್ಗಸೂಚಿ ವ್ಯಾಪಕವಾಗಿ ಅಳವಡಿಸಿಕೊಂಡ ನಿಯಮಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಉಪಕರಣಗಳು ಆ ಮಾನಕಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯಿಸುತ್ತವೆ.

ಕೋಡ್ ಉದಾಹರಣೆಗಳು

ಉದಾಹರಣೆ 1: ಮೂಲಭೂತ SELECT ಕ್ವೆರಿ

ಅಸಂಸ್ಕೃತ:

1select id, first_name, last_name, email from customers where status = 'active' order by last_name, first_name;
2

ಸಂಸ್ಕೃತ:

1SELECT
2  id,
3  first_name,
4  last_name,
5  email
6FROM
7  customers
8WHERE
9  status = 'active'
10ORDER BY
11  last_name,
12  first_name;
13

ಉದಾಹರಣೆ 2: JOIN ಕ್ವೆರಿ

ಅಸಂಸ್ಕೃತ:

1select c.id, c.name, o.order_date, o.total_amount from customers c left join orders o on c.id = o.customer_id where o.order_date >= '2023-01-01' and o.status != 'cancelled' order by o.order_date desc;
2

ಸಂಸ್ಕೃತ:

1SELECT
2  c.id,
3  c.name,
4  o.order_date,
5  o.total_amount
6FROM
7  customers c
8  LEFT JOIN orders o ON c.id = o.customer_id
9WHERE
10  o.order_date >= '2023-01-01'
11  AND o.status != 'cancelled'
12ORDER BY
13  o.order_date DESC;
14

ಉದಾಹರಣೆ 3: ಸಬ್-ಕ್ವೆರಿಯೊಂದಿಗೆ ಸಂಕೀರ್ಣ ಕ್ವೆರಿ

ಅಸಂಸ್ಕೃತ:

1select d.department_name, (select count(*) from employees e where e.department_id = d.id) as employee_count, (select avg(salary) from employees e where e.department_id = d.id) as avg_salary from departments d where d.active = true having employee_count > 0 order by avg_salary desc;
2

ಸಂಸ್ಕೃತ:

1SELECT
2  d.department_name,
3  (
4    SELECT
5      COUNT(*)
6    FROM
7      employees e
8    WHERE
9      e.department_id = d.id
10  ) AS employee_count,
11  (
12    SELECT
13      AVG(salary)
14    FROM
15      employees e
16    WHERE
17      e.department_id = d.id
18  ) AS avg_salary
19FROM
20  departments d
21WHERE
22  d.active = TRUE
23HAVING
24  employee_count > 0
25ORDER BY
26  avg_salary DESC;
27

ಪ್ರೋಗ್ರಾಮಿಕ್ SQL ಸಂಸ್ಕರಣೆ

ವಿವಿಧ ಪ್rogramಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಲ್ಲಿ SQL ಸಂಸ್ಕರಣೆಯನ್ನು ಅನ್ವಯಿಸುವ ಉದಾಹರಣೆಗಳಿವೆ:

1// JavaScript SQL ಸಂಸ್ಕರಣೆ ಉದಾಹರಣೆ sql-formatter ಲೈಬ್ರರಿಯನ್ನು ಬಳಸಿ
2const sqlFormatter = require('sql-formatter');
3
4function formatSQL(sql) {
5  return sqlFormatter.format(sql, {
6    language: 'sql',
7    uppercase: true,
8    linesBetweenQueries: 2,
9    indentStyle: 'standard'
10  });
11}
12
13const rawSQL = "select id, name from users where status='active'";
14const formattedSQL = formatSQL(rawSQL);
15console.log(formattedSQL);
16

1# Python SQL ಸಂಸ್ಕರಣೆ ಉದಾಹರಣೆ sqlparse ಬಳಸಿ
2import sqlparse
3
4def format_sql(sql):
5    return sqlparse.format(
6        sql,
7        reindent=True,
8        keyword_case='upper',
9        identifier_case='lower',
10        indent_width=2
11    )
12
13raw_sql = "select id, name from users where status='active'"
14formatted_sql = format_sql(raw_sql)
15print(formatted_sql)
16

1// Java SQL ಸಂಸ್ಕರಣೆ ಉದಾಹರಣೆ JSqlParser ಬಳಸಿ
2import net.sf.jsqlparser.parser.CCJSqlParserUtil;
3import net.sf.jsqlparser.statement.Statement;
4
5public class SQLFormatter {
6    public static String formatSQL(String sql) throws Exception {
7        Statement statement = CCJSqlParserUtil.parse(sql);
8        return statement.toString()
9            .replaceAll("(?i)SELECT", "\nSELECT")
10            .replaceAll("(?i)FROM", "\nFROM")
11            .replaceAll("(?i)WHERE", "\nWHERE")
12            .replaceAll("(?i)ORDER BY", "\nORDER BY");
13    }
14    
15    public static void main(String[] args) throws Exception {
16        String rawSQL = "select id, name from users where status='active'";
17        String formattedSQL = formatSQL(rawSQL);
18        System.out.println(formattedSQL);
19    }
20}
21

1<?php
2// PHP SQL ಸಂಸ್ಕರಣೆ ಉದಾಹರಣೆ
3function formatSQL($sql) {
4    // ಕೀವರ್ಡ್‌ಗಳನ್ನು ಅಪರ್ ಕೇಸ್‌ನಲ್ಲಿ ಬದಲಾಯಿಸಿ
5    $keywords = ['SELECT', 'FROM', 'WHERE', 'JOIN', 'LEFT JOIN', 'RIGHT JOIN', 
6                 'INNER JOIN', 'GROUP BY', 'ORDER BY', 'HAVING', 'LIMIT'];
7    
8    $formattedSQL = $sql;
9    foreach ($keywords as $keyword) {
10        $formattedSQL = preg_replace('/\b' . preg_quote($keyword, '/') . '\b/i', "\n$keyword", $formattedSQL);
11    }
12    
13    // ಇಂಡೆಂಟೇಷನ್ ಸೇರಿಸಿ
14    $lines = explode("\n", $formattedSQL);
15    $result = '';
16    $indentLevel = 0;
17    
18    foreach ($lines as $line) {
19        $trimmedLine = trim($line);
20        if (!empty($trimmedLine)) {
21            $result .= str_repeat("  ", $indentLevel) . $trimmedLine . "\n";
22        }
23    }
24    
25    return $result;
26}
27
28$rawSQL = "select id, name from users where status='active'";
29$formattedSQL = formatSQL($rawSQL);
30echo $formattedSQL;
31?>
32

ಆಮೂಲಕ ಪ್ರಶ್ನೆಗಳು

ಈ SQL ಫಾರ್ಮಾಟರ್ PostgreSQL, MySQL ಮತ್ತು SQL Server ನೊಂದಿಗೆ ಕಾಮ್ ಮಾಡುತ್ತದೆಯೇ?

ಹೌದು, ಇದು ಪ್ರಮುಖ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ SQL ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ—PostgreSQL, MySQL, SQL Server (T-SQL), Oracle, SQLite, ಮತ್ತು MariaDB. ಫಾರ್ಮಾಟರ್ ಎಲ್ಲಿಯೂ ಕಾಮ್ ಮಾಡುವ ಮೂಲ SQL ಗೆ ಕೇಂದ್ರೀಕೃತಗೊಳಿಸಿದೆ: SELECT, JOIN, WHERE, GROUP BY ಮೊದಲಾದವು.

ಡೇಟಾಬೇಸ್‌ಗೆ ನಿಗಧಿಯಾಗಿರುವ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಪೂರ್ಣ ಫಾರ್ಮಾಟ್ ಮಾಡಲಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, PostgreSQL ನ ಅಬ್ಬರ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅಥವಾ SQL Server ನ ಸ್ವಂತ ಫಂಕ್ಷನ್‌ಗಳಿಗೆ ವಿಶೇಷ ಫಾರ್ಮಾಟಿಂಗ್ ಸಿಗಬಹುದಾಗಿಲ್ಲ, ಆದರೆ ಅವು ಫಾರ್ಮಾಟರ್ ಅನ್ನು ಮುಚ್ಚಿಹಾಕುವುದಿಲ್ಲ. ಪ್ರಶ್ನೆಯನ್ನು ಇನ್ನೂ ಓದಲು ಸುಲಭವಾಗಿಸಲಾಗಿದೆ.

ನನ್ನ SQL ಕೋಡ್ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆಯೇ?

ಇಲ್ಲ. ಎಲ್ಲವೂ ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ನಿಮ್ಮ SQL ಅನ್ನು ಅಂಟಿಸಿ, ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಫಾರ್ಮಾಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಯಾವುದೇ ನೆಟ್‌ವರ್ಕ್ ಮನವಿಗಳಿಲ್ಲ. ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳು ಯಾವಾಗಲೂ ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿಯೇ ಉಳಿಯುತ್ತವೆ.

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

ಮಾನ್ಯಕಾರಿಯು ಎಲ್ಲಾ SQL ದೋಷಗಳನ್ನು ಹಿಡಿಯಬಲ್ಲದೆ?

ಬಿಲ್ಕುಲ್ ಇಲ್ಲ. ಇದು ರಚನಾತ್ಮಕ ಮತ್ತು ಸಿಂಟ್ಯಾಕ್ಸ್ ಸಮಸ್ಯೆಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ—ಕೊಂಡಿಗಳಿಲ್ಲ, ಮುಚ್ಚಿಲ್ಲದ ಉಲ್ಲೇಖಗಳು, ತಪ್ಪಾಗಿ ಕ್ರಮಬದ್ಧಗೊಳಿಸಿದ ಖಂಡಗಳು. ಇದೇ ಎಲ್ಲ.

ಇದು ನಿಮ್ಮ ಟೇಬಲ್ ಹೆಸರುಗಳು ತಪ್ಪಾಗಿವೆಯೇ, ನಿಮ್ಮ ಡೇಟಾ ಪ್ರಕಾರಗಳು ಹೊಂದಾಣಿಕೆಯಾಗಿಲ್ಲವೇ, ಅಥವಾ ನಿಮ್ಮ ಪ್ರಶ್ನೆ 10 ನಿಮಿಷಗಳ ಕಾಲ ಓಡಲಿದೆಯೇ ಎಂಬುದನ್ನು ತಿಳಿಯಲಾಗಿಲ್ಲ. ಅದಕ್ಕಾಗಿ, ನಿಮ್ಮ ವಾಸ್ತವಿಕ ಡೇಟಾಬೇಸ್ ಬೇಕಾಗಿದೆ. ಈ ಮಾನ್ಯಕಾರಿಯನ್ನು SQL ಗಾಗಿ ಸ್ಪೆಲ್ ಚೆಕ್ ಎಂದು ಭಾವಿಸಿ, ಸಂಪೂರ್ಣ ಪ್ರಶ್ನಾ ವಿಶ್ಲೇಷಕ ಅಲ್ಲ.

ಡೇಟಾಬೇಸ್ ಅದನ್ನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಓಡಿಸಿದರೂ SQL ಅನ್ನು ಫಾರ್ಮಾಟ್ ಮಾಡಲೇಕೆ?

ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ ಫಾರ್ಮಾಟಿಂಗ್ ಬಗ್ಗೆ ಚಿಂತೆ ಇಲ್ಲ—ಅವು ಪ್ರಶ್ನೆಯನ್ನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಪಾರ್ಸ್ ಮಾಡುತ್ತವೆ. ಆದರೆ ಮಾನವರಿಗೆ ಚಿಂತೆ ಇದೆ. ಕೆಟ್ಟ ಪ್ರಶ್ನೆಯನ್ನು ಡೀಬಗ್ ಮಾಡಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಅಥವಾ ಇತರ ಯಾರಿಗಾದರೂ SQL ಅನ್ನು ಪರಿಶೀಲಿಸಬೇಕಾಗಿದ್ದಲ್ಲಿ, ಸರಿಯಾದ ಫಾರ್ಮಾಟಿಂಗ್ 30 ಸೆಕೆಂಡಿನಲ್ಲಿ ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

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

(ಅನುವಾದ ಮುಂದೆ ಮುಂದುವರಿಯುತ್ತದೆ...)

ಉಲ್ಲೇಖಗಳು ಮತ್ತು ಹೆಚ್ಚಿನ ಓದುವಿಕೆ

ಸೈಮನ್ ಹೋಲಿವೆಲ್ ನ SQL ಶೈಲಿ ಮಾರ್ಗಸೂಚಿ - ಅಭಿವೃದ್ಧಿ ತಂಡಗಳಿಂದ ಬಳಸಲ್ಪಡುವ SQL ಫಾರ್ಮೇಟಿಂಗ್ ನಿಯಮಗಳ ಪ್ರಾಮಾಣಿಕ ಮಾನದಂಡ
ISO/IEC 9075 SQL ಮಾನದಂಡ - ಅಧಿಕೃತ ಅಂತಾರಾಷ್ಟ್ರೀಯ SQL ಮಾನದಂಡ ನಿರ್ಧೇಶನ
PostgreSQL SQL ಸಿಂಟ್ಯಾಕ್ಸ್ ದಸ್ತಾವೇಜೀಕರಣ - PostgreSQL ನ ವಿಸ್ತೃತ SQL ಸಿಂಟ್ಯಾಕ್ಸ್ ಉಲ್ಲೇಖ
Microsoft T-SQL ಉಲ್ಲೇಖ - SQL Server ನ T-SQL ಭಾಷಾಂಶದ ಅಧಿಕೃತ ದಸ್ತಾವೇಜೀಕರಣ
MySQL ಉಲ್ಲೇಖ ಮ್ಯಾನ್ಯುಯಲ್ - MySQL ನ ಸಂಪೂರ್ಣ SQL ಹೇಳಿಕೆ ಉಲ್ಲೇಖ

SQL ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವುದನ್ನು ಪ್ರಾರಂಭಿಸಿ

ಓದಲು ಸುಲಭವಾದ SQL ಡೀಬಗ್ ಮಾಡುವಿಕೆಯನ್ನು ವೇಗವಾಗಿಸುತ್ತದೆ, ಕೋಡ್ ಪರಿಶೀಲನೆಯನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಸಹಯೋಗವನ್ನು ಸಮಪ್ಪಕಗೊಳಿಸುತ್ತದೆ. ಉದ್ಯೋಗ ಮಾನ್ಯ ನಿಯಮಾವಳಿಗಳ ಪ್ರಕಾರ ಅದನ್ನು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾಗುವುದು - ಯಾವುದೇ ಸ್ಥಾಪನೆ ಇಲ್ಲ, ಯಾವುದೇ ಸಂರಚನೆ ಇಲ್ಲ, ಯಾವುದೇ ಡೇಟಾ ನಿಮ್ಮ ಬ್ರೌಸರ್ ಬಿಟ್ಟು ಹೋಗುವುದಿಲ್ಲ.

SQL ಫಾರ್ಮಾಟರ್ & ಮಾನ್ಯಕಾರಕ - ಆನ್‌ಲೈನ್ SQL ಪ್ರಶ್ನೆಗಳನ್ನು ಉಚಿತವಾಗಿ ಫಾರ್ಮಾಟ್ ಮಾಡಿ

SQL ಫಾರ್ಮೆಟರ್ & ಮಾನ್ಯಪಡಿಸುವ ಉಪಕರಣ

ದಸ್ತಾವೇಜನೆಯು

SQL ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಏಕೆ ಮಹತ್ವದ

SQL ಫಾರ್ಮಾಟರ್ ಬಳಸುವ ವಿಧಾನ

SQL ಫಾರ್ಮೆಟ್ಟರ್ ಏನು ಮಾಡುತ್ತದೆ

ಕೀವರ್ಡ್ ಅಕ್ಷರಗಳ ಗಾತ್ರ

ಬುದ್ಧಿಮಾನ್ಯ ಇಂಡೆಂಟೇಷನ್

ಲಾಜಿಕಲ್ ಸಾಲಿನ ಬ್ರೇಕ್‌ಗಳು

SQL ಮೌಲ್ಯಮಾಪನ: ಏನನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ

ಸಂರಚನಾ ದೋಷಗಳು

ತಾರ್ಕಿಕ ದೋಷಗಳು

ಏನನ್ನು ಹಿಡಿಯಲಾಗುವುದಿಲ್ಲ

ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಿಯಮಗಳು ಈ ಉಪಕರಣ ಅನ್ವಯಿಸುವ

ಕೀವರ್ಡ್‌ಗಳನ್ನು ಕ್ಯಾಪಿಟಲೈಸ್ ಮಾಡಲಾಗುತ್ತದೆ

ಪ್ರತಿ ಮಟ್ಟಕ್ಕೆ ಎರಡು ಸ್ಪೇಸ್ ಇಂಡೆಂಟೇಷನ್

ಮೊದಲು ಮತ್ತು ನಂತರ: ವ್ಯತ್ಯಾಸವನ್ನು ನೋಡಿ

ಮಾನ್ಯತಾ ನಿಯಮಗಳು: ಏನನ್ನು ಫ್ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ

ಸಂರಚನಾತ್ಮಕ ಪರಿಶೀಲನೆಗಳು

ತಾರ್ಕಿಕ ಸಾಂಗತ್ಯ ಪರಿಶೀಲನೆಗಳು

ಸಾಮಾನ್ಯ ದೋಷಗಳ ಉದಾಹರಣೆ

SQL ಫಾರ್ಮೆಟ್ಟರ್ ಬಳಸಬೇಕಾದ ಸಮಯ

ಕೋಡ್ ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ

ಉತ್ಪಾದನಾ ಸಮಸ್ಯೆಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಲು

ಉತ್ಪನ್ನ SQL ಜೊತೆ ಕೆಲಸ ಮಾಡಲು

SQL ಕಲಿಯಲು ಮತ್ತು ಕಲಿಸಲು

ಡೇಟಾಬೇಸ್ ಸಿಸ್ಟಮ್ ಗಳ ನಡುವೆ ವಲಸೆ ಹೋಗಲು

ಈ SQL ಫಾರ್ಮಾಟರ್‌ಗೆ ಪರ್ಯಾಯಗಳು

ಡೇಟಾಬೇಸ್-ನಿರ್ದಿಷ್ಟ IDE ಗಳು

ಎಡಿಟರ್ ವಿಸ್ತರಣೆಗಳು

ಕಮಾಂಡ್-ಲೈನ್ ಫಾರ್ಮಾಟರ್‌ಗಳು

SQL ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಹೇಗೆ ಸಾಮಾನ್ಯ ಅಭ್ಯಾಸವಾಯಿತು

ಕೋಡ್ ಉದಾಹರಣೆಗಳು

ಉದಾಹರಣೆ 1: ಮೂಲಭೂತ SELECT ಕ್ವೆರಿ

ಉದಾಹರಣೆ 2: JOIN ಕ್ವೆರಿ

ಉದಾಹರಣೆ 3: ಸಬ್-ಕ್ವೆರಿಯೊಂದಿಗೆ ಸಂಕೀರ್ಣ ಕ್ವೆರಿ

ಪ್ರೋಗ್ರಾಮಿಕ್ SQL ಸಂಸ್ಕರಣೆ

ಆಮೂಲಕ ಪ್ರಶ್ನೆಗಳು

ಈ SQL ಫಾರ್ಮಾಟರ್ PostgreSQL, MySQL ಮತ್ತು SQL Server ನೊಂದಿಗೆ ಕಾಮ್ ಮಾಡುತ್ತದೆಯೇ?

ನನ್ನ SQL ಕೋಡ್ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆಯೇ?

ಮಾನ್ಯಕಾರಿಯು ಎಲ್ಲಾ SQL ದೋಷಗಳನ್ನು ಹಿಡಿಯಬಲ್ಲದೆ?

ಡೇಟಾಬೇಸ್ ಅದನ್ನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಓಡಿಸಿದರೂ SQL ಅನ್ನು ಫಾರ್ಮಾಟ್ ಮಾಡಲೇಕೆ?

ಉಲ್ಲೇಖಗಳು ಮತ್ತು ಹೆಚ್ಚಿನ ಓದುವಿಕೆ

SQL ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವುದನ್ನು ಪ್ರಾರಂಭಿಸಿ