SQL Devs, SQL Sorgu Tasarımcılarını kullanarak SQL sorguları oluşturur mu?

Sadece SQL Devs kodlarını serbest yazma veya sorgu oluşturmak için görsel sorgu tasarımcısı kullanmak mı merak ediyordum? Çoğu durumda, sorgu tasarımcısı karmaşık olmayan sorguların çoğunu oluşturabilir, değil mi? (Şu anda SQL Server ile çalışmaya başlamış bir WinForms geliştiriciyim)

Ben kimseye konuşamam, ama genellikle "freehand" yazıp SQL yazıyorum . Görsel sorgu tasarımcılarının çoğu (bana göre) karmaşıklığı azaltmaktansa arttırmaktadır. Ben de tam zamanlı yakın bir yerde SQL yazmak değil eklemeniz gerekir.

Eminim buna bağlıdır, ama asla görsel tasarımcı kullanmam. İyi bir SQL hissine sahip olduğunuzda ve SQL'de düşündüğünüzde, yazmak ikinci doğa olur. Herhangi bir görsel tasarımcı kullanarak sadece ham SQL yazmaktan çok daha sinir bozucu bir zamanım olurdu.

Ben makul deneyimli devs büyük çoğunluğu elle yazmak söyleyebilirim. Eminim bazı yeni başlayanlar veya yeni mezunlar görsel tasarımcıları kullanabilirsiniz ama bir kez el ile yazmayı öğrendim SQL bazı temelleri çok daha hızlı.

Sorgu tasarımcılarının genellikle yavaş ve hantal olduğunu ve her zaman karmaşık sorguları işleyemediğini görüyorum. Çoğu zaman bir sorguyu kopyalamak / yapıştırmak zorunda kaldım (genellikle Access / Excel), daha sonra bir sorgunun üzerinde işlem yapamayacağını ve beni metin düzenlemesine göndereceğini bildirmeden önce birkaç dakika harcıyor modu.

Ne zaman yeni bir araç / dil öğrenmek istersem. Kendimi elle yazmaya zorlarım. HTML, XAML, SQL. Bu şekilde tasarımcının söylediklerini nasıl düzeltebileceğimi biliyorum. El yazısı konusunda iyiyim, kendimi tasarımcıyı olabildiğince öğrenmeye zorlarım.

Her ikisiyle de iyi olmak, her iki dünyanın da en iyisini elde edelim ... bir tasarımcı ve kodda daha verimli olan diğerleriyle daha verimli olacak şeyler var. Kendinize öğretmek her ikisinin de eksikliklerinden kaçınmanızı sağlar.

Sorgularımı oluşturmak için sorgu üretir kullanmıyorum, ben başlangıçta (çoğunlukla sorgu önemsiz bir şey ama bir şey yazmak zordur çünkü elle) inşa query designer.

Ancak büyük sistemlerde bu yeterli değildir. Çoğu ağır DB sistemleri, bir sorgu alıp size gösterecek bir sorgu analiz aracı sağlar Query Execution Plan. Daha sonra Sorguyu en iyi duruma getirmek için bunu (diğer araçlarla) kullanabilirsiniz.

Sadece sorgunun kendisine yardımcı olmakla kalmaz, aynı zamanda hangi tabloların indekslenmesi gerektiğine ve bunların nasıl endekslenmesi gerektiğine dair bir gösterge verir, aynı zamanda verileri bölümlemek için potansiyel olarak teknikler.

Kimsenin görsel sorgu tasarımcısını kullandığını hiç görmediğimi söyleyecek kadar ileri giderdim.

Ben hiç kullanmadım.

Şemayı çok iyi bilmediğimde, bir sorgu tasarımcısı kullanma eğilimindeyim. Bu şemayı öğrenmeme yardımcı oluyor. Daha sonra ... yazmak çizmekten çok daha hızlıdır.

Sorularımı yazmak için asla tasarımcıyı kullanmayı düşünmem. Benim veritabanı şemaları çok detaylı biliyorum (ve veritabanları yüzlerce tablo var) ve onlara nasıl katılacağını düşünmek zorunda değilim, ben sadece yazın ve sorgular yayıyoruz geliyor.

Tüm sorularımı elle yazıyorum. Görsel tasarımcılar çoğunlukla yüzlerce tabloyu tararken sizi yavaşlatır. Sütunlar ve tablo adları için basit bir ad tamamlama ve ayrıca özel DB'niz için bir referans el kitabı ile çalışmanız gereken her şeydir.

Görsel sorgu tasarımcıları ile yaşadığım deneyim, Oracle veritabanı ile çalışan araçlarla sınırlı.

Bir sorgu tasarımcısı kullanmadan çok sayıda SQL ve PL / SQL kodu yazdım. SQL bilen biri için, bu araçları kullanmak sadece hantaldır. Bu, visio'da akış şemaları çizmek ve aslında bir program yazmak yerine bir aracın programı oluşturmasına izin vermek gibi bir şey olacaktır.

Yeni başlayanlar tasarımcı ile başlar ve sıklıkla ilk SQL kodu bakışları orada üretilir. Çok karmaşık görünüyor çünkü yapılandırılmış / anlaşılabilir bir şekilde oluşturulmamış. Sonunda metinde kodlamaya geçmeniz ve her şeyi düzeltmeniz gerekecek. Biçimlendirme kapalı. Intellisense, sql yazarlarına yol açtı. Yeni bir veritabanı ile çalıştığım için bunlardan biriyle uğraşmaya başlıyorum.

Geçen yıl binlerce satır SQL ve PL / SQL yazdım. Çoğu zaman sadece bir Emacs kabuk penceresinde SqlPlus çalıştırın. Çok verimli hale getiren özelleştirilmiş kelime tamamlama yöntemim var. Bir sorgu tasarımcısı beni yavaşlatacaktı. Büyük bir sonuç kümesine bakmak zorunda kalırsam, o zaman SqlDeveloper'i açacağım, ancak yavaş olmadığı için yapmaya çalışıyorum ve şemaya dayalı isimleri tamamlayabilmesine rağmen, Emacs'ta çalışmak hala daha hızlı.