Visualizzazione dei risultati da 1 a 5 su 5

Discussione: connessioni perfomanti

  1. #1

    connessioni perfomanti

    Ciao a tutti,
    mi sono accoto che fare una ricerca su 50.000 records è piu' perfomante eseguire la query in questo modo



    rs.open strSql, my_Conn, 0, 1, &H0001


    piuttosto che

    set rs = my_Conn.Execute(strSql)



    Mi stavo domandando quali sarebbero i criteri per utilizzare una giusta esecuzione della query?

  2. #2
    Una query select si apre, una update, delete o insert si esegue.

  3. #3
    Originariamente inviato da weppos
    Una query select si apre, una update, delete o insert si esegue.
    mmh... :master: non capisco la conclusione... :master:

    Al dirla tutta mi ponevo più o meno la stessa domanda GuAdaGna_II, nel senso che :

    Premessa : meglio = più efficiente,più robusto...non più semplice.

    E' meglio, accedere al DB alla VB, rs = my_Conn.Execute(strSql) piuttosto che my_Conn.update , o alla SQL, creo la query (es : select...; update...;insert into ...) e poi eseguire rs.open strSql, my_Conn.


    Saluti

  4. #4
    Il mio intervento focalizzavga sul fatto che una query del tipo SELECT va aperta, ovvero

    objRecordset.Open strSQL, bla bla bla

    una query UPDATE, DELETE, INSERT va eseguita

    objCOnnessione.Execute(strSQL)

  5. #5
    Secondo alcuni test

    credo che per una query select con diversi records da selezionare.... è piu' perfomante utilizzare


    set rs = Server.CreateObject("ADODB.Recordset")
    rs.open strSql, my_Conn, 0, 1, &H0001

    altrimenti selezionando ad esempio un record va bene anche

    set rs = my_Conn.Execute(strSql)

    Non nè sono sicuro, ma quest'ultima per il conteggio, la selezione di pochi records ( evitiamo l'oggetto ADODB.Recordset) e naturalmente l'insert , delete, update risulta piu' efficiente....

    Confermate?

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 © 2025 vBulletin Solutions, Inc. All rights reserved.