Visualizzazione dei risultati da 1 a 4 su 4
  1. #1
    Utente di HTML.it L'avatar di dwb
    Registrato dal
    Mar 2001
    residenza
    My IDE! :)
    Messaggi
    2,908

    Stored procedure in ASP.NET

    Leggendo il mio libro sono arrivato alle Stored procedure con SQL Server 2000 e ASP.NET!Praticamente, se non ho capito male, le Stored Procedure sono molto più efficienti in termini di pulizia del codice ASP.NET e di velocità di esecuzione, data la creazione del piano di esecuzione nel database che viene creato quando una SP va in esecuzione. Quindi, a quanto pare, è consigliabile, se il db lo supporta, di trasformare qualsiasi dichiarazione SQL in Stored procedure così da ottenere maggiore pulizia e velocità di esecuzione del codice. Voi, cosa potete dirmi a riguardo?Quando utilizzare Stored Procedure e quando dichiarazioni SQL?
    ~Il nome di una variabile deve riflettere il suo scopo e non il suo tipo di dati, NET Framework.

  2. #2
    Utente di HTML.it
    Registrato dal
    Jan 2005
    Messaggi
    262
    SP


  3. #3
    Utente di HTML.it L'avatar di dwb
    Registrato dal
    Mar 2001
    residenza
    My IDE! :)
    Messaggi
    2,908
    Qualche dettaglio in più?
    ~Il nome di una variabile deve riflettere il suo scopo e non il suo tipo di dati, NET Framework.

  4. #4
    Utente di HTML.it L'avatar di biste
    Registrato dal
    Apr 2001
    Messaggi
    877
    E' vero che le stored procedure sono consigliate se si sviluppa con un RDBMS che le supporta, SQL Server in questo caso.
    Queste permettono di spostare il carico sul DB Server, che di solito è una macchina ben carrozzata e sfruttare al massimo il query plan, minimizzando le ricompilazioni degli statement.

    Secondo me non è vero che _ogni_ operazione con il db deve essere portata in una sp. Ad esempio le sp offrono la possibilità di aprire un cursore e ciclare riga per riga i risultati di una query ma, in SQL Server l'utilizzo dei cursori è abbastanza "pesante" per il server; questo è un caso dove lavorare in resultset lato applicazione può alleggerire comunque il lavoro del server e migliorare le prestazioni.
    Oltretutto ti troveresti ad avere centinaia di stored procedure e quindi non molta pulizia; è meglio con il buon senso bilanciare tra quello che deve andare in una sp e quello che può essere fatto lato codice: mai comunque all'interno della pagina ASP.NET, ma in un componente separato, per separare i layer dell'applicazione.

    Per il discorso ottimizzazioni, query plan e ricompilazione degli statement non è vero che puoi avere questi vantaggi soltanto con le SP, ma anche se esegui i tuoi statement da codice con Command/DataAdapter e utilizzi correttamente i parameters. Esempio
    codice:
    "SELECT * FROM Clienti WHERE IdCliente = " + idCliente //Viene ricompilata
    
    "SELECT * FROM Clienti WHERE IdCliente = @IdCliente" //Va nel query plan
    //Valorizzo i parameters

    Tutto questo per le versioni attuali di ADO.NET e SQL Server, con le prossime versioni le cose cambieranno un po'

    HTH
    UGIdotNET
    Microsoft .NET MCAD
    C++, C#, VB6, VB.NET, ASP, ASP.NET
    SQL Server 2000

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.