Pemformat & Pencantik SQL

Tidak. Formatter hanya mengubah ruang putih, inden, dan (pilihan) kes huruf kata kunci. Struktur logik — nama jadual, nama kolum, syarat, joins, ekspresi — tidak pernah diubah. Query yang diformat akan menghasilkan keputusan yang sama tepat dengan yang asal apabila dijalankan pada pangkalan data. Anda boleh selamat memformat dan kemudian menyalinnya kembali ke aplikasi anda tanpa sebarang risiko perubahan logik.

Ya. Komen SQL satu baris (-- komen sehingga akhir baris) dan komen blok (/* komen pelbagai baris */) dikenal pasti dan dikekalkan dalam output yang diformat. Literal string (nilai dengan tanda petik tunggal), pengenalan berpetik (backtick atau tanda petik dua bergantung pada dialek), dan literal numerik semuanya dikendalikan dengan betul — ia tidak pernah dipisahkan merentasi baris atau diubah semasa pemformatan. Petikan bersarang dan aksara yang dikekodkan dalam string juga dikekalkan.

Tiada keperluan standard SQL — kata kunci berfungsi dalam sebarang kes di kebanyakan pangkalan data. Walau bagaimanapun, kata kunci huruf besar (SELECT, FROM, WHERE, JOIN) adalah konvensyen yang sangat dominan dalam kod SQL atas satu sebab utama: kebolehbacaan. Apabila anda mengimbas query SQL yang diformat, kata kunci huruf besar menonjol daripada nama jadual/kolum huruf kecil, menjadikan struktur query mudah dilihat dengan serta-merta. Alat ini menggunakan tetapan lalai untuk kata kunci huruf besar, yang merupakan konvensyen dalam kebanyakan panduan gaya SQL termasuk yang daripada Google, GitLab, dan Kickstarter.

Ya, untuk tujuan pemformatan umum. Sintaks asas SQL (SELECT, JOIN, WHERE, dll.) adalah standard merentas MySQL, PostgreSQL, SQLite, SQL Server, dan Oracle. Sintaks khusus pangkalan data biasanya diterima tetapi mungkin tidak diformat dengan sempurna — contohnya, casting jenis :: khusus PostgreSQL, fungsi khusus T-SQL di SQL Server, atau sintaks LIMIT/OFFSET di MySQL. Jika anda melihat pemformatan yang tidak dijangka dalam kod khusus dialek, logiknya masih betul — hanya persembahan inden mungkin berbeza.

SQL yang tidak diformat adalah punca biasa ralat yang terlepas dalam semakan kod. Apabila satu query berada dalam satu baris panjang, mudah untuk terlepas syarat JOIN yang hilang (menyebabkan hasil produk kartesian), klausa WHERE yang tertinggal secara tidak sengaja (menjejaskan semua baris), atau keutamaan yang salah dalam syarat AND/OR. SQL yang diformat meletakkan setiap klausa dan syarat pada baris sendiri, menjadikan ralat struktur jelas kelihatan secara visual. Banyak pasukan memerlukan SQL untuk diformat sebelum semakan atas sebab inilah.

SQL pelbagai pernyataan asas (pelbagai pernyataan SELECT atau INSERT yang dipisahkan oleh tanda noktah bercantum) dikendalikan — setiap pernyataan diformat secara berasingan. Walau bagaimanapun, prosedur tersimpan, PL/pgSQL, blok T-SQL dengan BEGIN/END, dan SQL prosedural yang kompleks mungkin tidak diformat dengan bersih kerana formatter memberi tumpuan kepada pernyataan DML/DDL standard. Untuk prosedur tersimpan, cuba format pernyataan individu dalam badan prosedur daripada keseluruhan definisi prosedur.

Tidak. Semua pemformatan dijalankan di dalam pelayar anda menggunakan JavaScript. Query SQL anda, termasuk mana-mana nama jadual, nama kolum, nilai data, atau rantaian sambungan dalam query, tidak pernah meninggalkan peranti anda. Ini menjadikannya selamat untuk memformat query produksi yang mengandungi rujukan data sebenar atau maklumat skema proprietari.