sintassi SQL Query - formattazione?

2

Sto osservando un codice molto grande (5-6 digit LOC), molto complesso, ricco di interazioni ingombranti, interdipendenti, viste e stored procedure (più silos di conteggio a 4-5 cifre).

L'SQL sorgente è stato toccato molte volte da molte persone diverse e non sono stati applicati vincoli di formattazione. Ciò ha portato a una formattazione estremamente diversa per SQL, anche all'interno di singole stored procedure / viste.

Il codice continua a essere elaborato da diversi gruppi di, principalmente, programmatori esperti e vede un flusso costante di piccole modifiche e miglioramenti.

In queste condizioni:

a. qual è uno standard sano da rispettare per la formattazione (ad esempio, dovremmo usare tutte le maiuscole per le parole chiave? sembra che i piccoli benefici derivanti dall'avere così tanti programmatori non debbano premere Shift effettivamente si traducono in significativi risparmi di tempo / costi)

b. Vale la pena sostenere un importante refactoring per standardizzare la formattazione (ad esempio, il costo della formazione di un grande numero di programmatori / modifica del loro comportamento / malevolenza nell'applicare un nuovo vincolo che valga il beneficio a lungo termine?)

    
posta blueberryfields 23.12.2013 - 18:02
fonte

2 risposte

6

Accetta un ragionevole standard di codifica per il lavoro futuro e risolvi il problema SQL come necessario durante il refactoring. Lascia intatto tutto il codice che sta funzionando, altrimenti non è necessario che venga toccato.

    
risposta data 23.12.2013 - 18:11
fonte
0

what is a sane standard to conform to for formatting [SQL] ?

Qualcosa che puoi esprimere in forma programmatica, in modo da poter inviare un file di testo a un programma e sapere se il formato è "standard" o meno.

Idealmente, le regole che ti interessano saranno quelle che puoi imporre automaticamente su un file non standard o un blocco di testo, come "capitalizza tutte le parole chiave" o "avvolgi ogni campo sulla sua stessa riga".

is it worthwhile advocating for a major refactor to standardize the formatting?

No. Se il codice non è rotto e non stai migliorando il risultato finale, non vuoi toccarlo e rischiare di romperlo.

Per inciso, il vantaggio degli standard di codice è NOT per aumentare la produttività in tempo di scrittura. Piuttosto, un buon standard di formattazione ridurrà il tempo necessario a un programmatore per guardare il codice che non ha toccato per un po ', se mai, e vedere cosa sta succedendo.

    
risposta data 23.12.2013 - 19:22
fonte

Leggi altre domande sui tag