Apakah SQL Devs membuat kueri SQL menggunakan SQL Query Designer?


13

Saya hanya ingin tahu apakah SQL Devs menulis kodenya secara langsung atau apakah mereka menggunakan perancang kueri visual untuk menghasilkan kueri? Dalam sebagian besar kasus, perancang kueri dapat membuat sebagian besar kueri yang tidak rumit, bukan? (Saya seorang WinForms dev baru saja memulai dengan SQL Server)


4
Saya menggunakan desainer kueri visual, itu disebut emacs. Kadang-kadang saya akan melakukannya "bebas tangan" di vi.
dietbuddha

Jawaban:


29

Saya tidak bisa berbicara untuk orang lain, tetapi saya biasanya mengetik SQL di "tangan bebas", seperti yang Anda katakan. Sebagian besar desainer kueri visual (bagi saya) tampaknya meningkatkan kompleksitas daripada menguranginya. Saya harus menambahkan bahwa saya juga tidak menulis SQL di manapun dekat dengan penuh waktu.


1
Saya setuju, meskipun saya biasanya hanya mencampur pertanyaan SQL yang saya temukan di Net. Desainer Kueri Visual semacam menganggap Anda tahu bahasa kueri.
Dan Rosenstark

4
+1 untuk "... tampaknya (bagi saya) meningkatkan kompleksitas daripada menguranginya"
ozz

sama di sini (meskipun saya kebanyakan menggunakan Oracle, bukan MS SQL). SQL yang dihasilkan cenderung lambat, terlalu rumit.
jwenting

10

Saya yakin itu tergantung, tetapi saya tidak pernah menggunakan desainer visual. Setelah Anda merasakan SQL dan berpikir dalam SQL, menulis itu menjadi kebiasaan. Saya akan jauh lebih frustrasi menggunakan perancang visual daripada hanya menulis SQL mentah.


5

Saya akan mengatakan sebagian besar dev yang cukup berpengalaman menulisnya dengan tangan. Saya yakin beberapa lulusan baru atau baru mungkin menggunakan desainer visual tetapi setelah Anda memiliki beberapa dasar-dasar SQL belajar menulis dengan tangan jauh lebih cepat.


5

Saya menemukan bahwa desainer kueri umumnya lambat dan rumit dan tidak selalu dapat menangani permintaan kompleks. Banyak kali saya harus menyalin / menempelkan kueri ke beberapa alat (biasanya Access / Excel) yang kemudian menghabiskan beberapa menit merosot kueri sebelum menyatakan bahwa itu tidak dapat mengatasinya dan mengirim saya ke edit teks mode.


3

Setiap kali saya ingin belajar alat / bahasa baru. Saya memaksakan diri untuk mengetiknya dengan tangan. HTML, XAML, SQL. Dengan begitu saya tahu cara memperbaiki apa yang disebarkan perancang. Setelah saya mahir menulis tangan, saya kemudian memaksakan diri untuk belajar desainer sebaik mungkin.

Menjadi baik dengan keduanya, mari Anda memiliki yang terbaik dari kedua dunia ... ada beberapa hal yang akan lebih efisien untuk dilakukan dengan seorang desainer dan orang lain yang lebih efisien dalam kode. Mengajari diri sendiri sama-sama memungkinkan Anda menghindari kekurangan dari keduanya.


3

Saya tidak menggunakan kueri menghasilkan untuk menghasilkan kueri saya, saya membangunnya dengan tangan pada awalnya (kebanyakan karena apa pun kecuali sepele mot kueri sulit untuk ditulis dalam a query designer.

Tetapi pada sistem besar ini tidak cukup. Sebagian besar sistem DB yang berat menyediakan alat analisis kueri yang akan mengambil kueri dan menunjukkan kepada Anda Query Execution Plan. Anda kemudian dapat menggunakan ini (dengan alat lain) untuk mencoba dan mengoptimalkan Kueri.

Tidak hanya membantu dengan kueri itu sendiri tetapi juga memberi Anda indikasi tabel apa yang perlu diindeks dan bagaimana mereka harus diindeks tetapi juga teknik yang berpotensi untuk mempartisi data.


3

Saya akan mengatakan bahwa saya belum pernah melihat orang menggunakan desainer permintaan visual.

Saya sendiri belum pernah menggunakannya.


2

Ketika saya tidak tahu skema dengan baik, saya cenderung menggunakan desainer kueri. Ini membantu saya mempelajari skema. Kemudian ... mengetik jauh lebih cepat daripada menggambar.


1

Saya tidak akan pernah mempertimbangkan menggunakan perancang untuk menulis pertanyaan saya. Saya tahu skema basis data saya dengan sangat terperinci (dan basis data kami memiliki ratusan tabel) dan tidak harus memikirkan cara bergabung dengannya, saya cukup mengetik dan pertanyaan muncul.


0

Saya menulis semua pertanyaan saya dengan tangan. Desainer visual sebagian besar hanya akan memperlambat Anda saat memindai ratusan tabel untuk menyajikannya dengan baik kepada Anda. Pengisian nama sederhana untuk kolom dan nama tabel plus manual referensi untuk DB khusus Anda adalah segalanya yang Anda butuhkan.

Perhatikan bahwa pengalaman saya dengan desainer kueri visual terbatas pada alat yang bekerja dengan database Oracle.


0

Saya telah menulis banyak kode SQL dan PL / SQL tanpa pernah menggunakan desainer kueri. Untuk seseorang yang tahu SQL, menggunakan alat-alat itu hanya rumit. Itu akan seperti menggambar diagram alur dalam visio dan membiarkan alat menghasilkan program bukannya benar-benar menulis program.


0

Pemula mulai dengan desainer dan terlalu sering melihat kode SQL pertama kali di sana. Itu terlihat terlalu membingungkan karena tidak diformulasikan dengan cara yang terstruktur / dimengerti. Akhirnya Anda harus beralih ke pengkodean dalam teks dan Anda harus meluruskan semuanya. Formating tidak aktif. Intellisense telah membuatnya menjadi penulis sql. Saya mulai mencoba-coba dengan salah satu dari itu karena saya sedang bekerja dengan database baru.


Saya menemukan Intellisense memperlambat saya, jadi saya mematikannya.
HLGEM

0

Saya telah menulis ribuan baris Oracle SQL dan PL / SQL selama setahun terakhir. Sebagian besar waktu saya hanya menjalankan SqlPlus di jendela shell Emacs. Saya memiliki penyesuaian kata yang disesuaikan yang membuatnya sangat efisien. Seorang desainer permintaan hanya akan memperlambat saya. Jika saya harus melihat kumpulan hasil yang besar, maka saya akan membuka SqlDeveloper, tetapi saya mencoba untuk tidak melakukannya karena lambat, dan meskipun itu dapat melengkapi nama berdasarkan skema, masih lebih cepat untuk bekerja di Emacs.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.