Ero curioso di sapere se gli SQL Devs scrivono il loro codice a mano libera o fanno uso del visual designer di query per generare query? Nella maggior parte dei casi, la progettazione di query può creare la maggior parte delle query non complesse, no? (Sono uno sviluppatore di WinForms appena iniziato con SQL Server)
Non posso parlare per nessun altro, ma io di solito scrivi semplicemente SQL in "mano libera", come dici tu. La maggior parte dei progettisti di query visive sembra (per me) aumentare la complessità piuttosto che ridurla. Devo aggiungere che non scrivo SQL neanche lontanamente a tempo pieno.
Sono sicuro che dipenda, ma non uso mai i visual designer. Una volta che hai una buona sensazione di SQL e pensi in SQL, la scrittura diventa una seconda natura. Avrei un tempo molto più frustrante usando qualsiasi visual designer che semplicemente scrivendo raw SQL.
Direi che la stragrande maggioranza degli sviluppatori ragionevolmente esperti lo scrive a mano. Sono sicuro che alcuni neofiti di recente o di recente potrebbero utilizzare i visual designer, ma una volta che hai alcune nozioni di base sulla scrittura di SQL imparate a mano è molto più veloce.
Trovo che i progettisti di query siano generalmente lenti e ingombranti e non possono sempre gestire query complesse. Molte volte ho dovuto copiare / incollare una query su qualche strumento (solitamente Access / Excel) che poi trascorre alcuni minuti su una query prima di dichiarare che non è in grado di gestirlo e che mi invia alla modifica del testo modalità.
Ogni volta che voglio imparare un nuovo strumento / linguaggio. Mi sforzo di scriverlo a mano. HTML, XAML, SQL. In questo modo so come sistemare ciò che il designer sputa. Una volta che sto bene con la scrittura a mano, allora mi impongo di imparare il progettista nel miglior modo possibile.
Essere bravi con entrambi, diamo il meglio di entrambi i mondi ... ci sono qualcosa che sarà più efficiente da fare con un designer e altri che sono più efficienti nel codice. Insegnare a se stessi entrambi consente di evitare le carenze di entrambi.
Non uso query generate per generare le mie query, le costruisco a mano inizialmente (principalmente perché tutto tranne il problema banale delle query è difficile da scrivere in query designer .
Ma su grandi sistemi questo non è abbastanza. La maggior parte dei sistemi di DB pesante fornisce uno strumento di analisi delle query che richiederà una query e ti mostrerà Query Execution Plan . È quindi possibile utilizzare questo (con altri strumenti) per provare e ottimizzare la query.
Aiuta non solo con la query stessa, ma ti fornisce anche un'indicazione su quali tabelle devono essere indicizzate e su come dovrebbero essere indicizzate, ma anche su tecniche potenzialmente per il partizionamento dei dati.
Direi che non ho mai visto nessuno utilizzare il visual designer di query.
Io stesso non l'ho mai usato.
Quando non conosco lo schema molto bene, tendo a utilizzare un designer di query. Questo mi aiuta ad imparare lo schema. Più tardi ... la digitazione è molto più veloce del disegno.
Non prenderei mai in considerazione l'idea di usare il designer per scrivere le mie domande. Conosco i miei schemi di database in modo molto dettagliato (e i nostri database hanno centinaia di tabelle) e non devo pensare a come unirmi a loro, io scrivo e le domande vengono fuori.
Scrivo tutte le mie domande a mano. I visual designer principalmente ti rallenterebbero solo durante la scansione di centinaia di tabelle per presentarle piacevolmente a te. Un semplice completamento del nome per colonne e nomi di tabelle più un manuale di riferimento per il tuo particolare DB è tutto ciò di cui hai bisogno per lavorare.
Si noti che la mia esperienza con i progettisti di query visuali è limitata agli strumenti che funzionano con il database Oracle.
Ho scritto molto codice SQL e PL / SQL senza mai utilizzare un designer di query. Per qualcuno che conosce SQL, l'uso di questi strumenti è solo ingombrante. Sarebbe come disegnare diagrammi di flusso in visio e lasciare che uno strumento generi il programma invece di scrivere effettivamente un programma.
I principianti iniziano con il designer e troppo spesso il loro primo barlume di codice SQL è stato generato lì. Sembra troppo confuso perché non è strutturato in modo strutturato / comprensibile. Alla fine dovrai passare alla codifica nel testo e devi raddrizzare tutto. La formazione è disattivata. Intellisense ha reso il modo per gli scrittori sql. Sto iniziando a dilettarmi con uno di quelli visto che sto lavorando con un nuovo database.
Ho scritto migliaia di righe di Oracle SQL e PL / SQL nell'ultimo anno. Il più delle volte eseguo SqlPlus in una finestra di shell di Emacs. Ho personalizzato il completamento delle parole che lo rende molto efficiente. Un progettista di query mi rallenterebbe. Se devo guardare un grande set di risultati, allora aprirò SqlDeveloper, ma cerco di non farlo perché è lento, e anche se può completare nomi basati sullo schema, è ancora più veloce lavorare in Emacs.
Leggi altre domande sui tag sql sql-server