Back to "Procedure memorizzate contro SQL dinamico - il vecchio dibattito ...Frans BoumaM SK2s take..."

This is a viewer only at the moment see the article on how this works.

To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk

This is a preview from the server running through my markdig pipeline

Database Imported mostlylucidcouk Performance

Procedure memorizzate contro SQL dinamico - il vecchio dibattito ...Frans BoumaM SK2s take...

Sunday, 07 December 2003

Frans Bouma Ma non capisce il senso di usarla. Procedure conservate usando SQL dinamico - quindi FransM SK1 cos'è il tuo punto di vista su cose come Vedenze elencatee Funzioni Definite dagli Usatori - che sono essenzialmente SP ma non esistono 's equivalenti per SQL dinamico, quindi voiM SK3 suggerite di non usarle piùMSC4 Per essere onesto io' sono sempre un po' reticente a pagare molta credibilità ad un'argomentazione su un approccio all'accesso ai dati da qualcuno che ha una interesse principale (Lo so. LLBLGen Pro supports SP, ma ha un forte predisposizione verso T generato dinamicamente-SQL), tipo MS nel dibattito su Linux Il direttore generale di Halliburton su Iraq- ma che ' è un'altra cosa. Io uso gli SP quasi esclusivamente per l'accesso ai dati, Non ho nessun interesse personale in un approccio o nell'altro, Ho usato SQL dinamico negli antichi brutti tempi dell'ASPM SK2VBScript ma sono passato agli SP quando avevo bisogno di più oomph nel mio codice d'accesso a dati . Ho una forte preferenza per manipolare i dati usando la logica basata sul setMSC4 sìMST5 per operazioni più complesse IMSSK6 porterò i dati al codice ma in generaleMSL7 Uso la DB per manipolare e poi riportare il più piccolo numero di dati indietro al codiceMSV8 La ragione per cui lo faccio è non la testarditàMSR10 semplicemente mi sembra più facile filtrare e comporre i miei dati più vicini a luiMSS11 la fonteM SS12 Trovo anche alcuni degli argomenti di Frans' che mancano un po', c'è un ragionamento per l'uso di SQL dinamico dove si deve reagire all'input dell'utente per filtrare i dati ; i rapporti sono un esempio classico in cui si potrebbe volere trovare elementi di dati corrispondenti basati su un numero variabile di input M SK3 con tutti i mezzi usare SQL dinamica per questoMSC4 ma in 90% casi voglio solo tirare i dati da una DB il più velocemente e senza dolore possibile qui è dove ioMSSK6d uso SPsMST7 spesso uso Variabili di tabella per la composizione e la filtrazione dei dati, trattare gli SP come fornitori di dati e modificare il risultato finale per contenere solo i dati di cui ho realmente bisogno - questo richiederebbe di solito diversi viaggi alla DB e dalla DB ( noiM SK3 parliamo delle dozzine qui per ogni esempioMSC4 ed sarebbe piuttosto lentoMNK5 oltre a causare un traffico pesante della rete che normalmente non posso permettermi in siti altamente scalabiliMRK6 In breve, quello che sto dicendo è che per i miei scopi, le 90% Procedure GestiteM SK3 10% La SQL dinamica funziona meglio |- fare affermazioni assolute su queste cose è come commentare sulla religione | , la politica o Open Source o Java | МSK7 Non credo che ci sia un'argomentazione completamente binaria da fare in nessuna di queste aree |

logo

© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.