Visualizzazione dei risultati da 1 a 9 su 9
  1. #1

    pagina troppo lenta. HELP!!!

    Salve,
    ho un problema piuttosto serio con una pagina asp.
    Non so se posso postare tutto il codice perché si tratta di una pagina troppo lunga.
    Penso di aver capito dove sbaglio anche se non so come rimediare. Volevo solo un'eventuale conferma.
    All'interno della pagina ci sono una decina di recordset dentro un unico recordset (scusate la ripetizione).

    Quello principale è:
    SQLrp = "SELECT codice,cognome, SUM(cash) AS cashtot,SUM(fatturato) AS fatturatotot"
    SQLrp = SQLrp & " FROM QApp WHERE rifidsv LIKE '%" & vid2 & "%'"
    SQLrp = SQLrp & " OR codice =" & vlogin2
    SQLrp = SQLrp & cercad
    SQLrp = SQLrp & " GROUP BY codice,cognome"
    set rsrp = server.createobject("adodb.recordset")
    rsrp.Open SQLrp, conn, 3,3

    Dentro Do While not rsrp.eof... rsrp.moveNext Loop mi limito solo a ricavare determinati importi o valori che hanno in comune tutti i rssp("codice"):
    ' CLIENTI NUOVI
    SQLcli = "SELECT COUNT(*) AS ncli "
    SQLcli = SQLcli & " FROM QApp WHERE codice=" & rsrp("codice")
    SQLcli = SQLcli & " AND cliente=1"
    set rscli = server.createobject("adodb.recordset")
    rscli.Open SQLcli, conn, 3,3

    ' RIUNIONI
    SQLriu = "SELECT COUNT(*) AS nriu "
    SQLriu = SQLriu & " FROM QApp WHERE codice=" & rsrp("codice")
    SQLriu = SQLriu & " AND trattativa='Riunione'"
    set rsriu = server.createobject("adodb.recordset")
    rsriu.Open SQLriu, conn, 3,3
    Etc...etc...

    Aiutatemi... sono disperata.
    Ah! Il database è SQL non access!!
    Grazie

  2. #2
    hai la fortuna di avere SQL e programmi in quel modo? come minimo puoi andare in JOIN, se poi sfrutti per bene le SP puoi ottimizzare ancora di più i tempi

  3. #3
    Lavoro SOLO con SQL e quando è necessario utilizzo la funzione JOIN, ma in questo caso non mi serve. Avresti potuto chiedere informazioni sul db prima di esprimere il tuo giudizio.
    Ho bisogno di un consiglio non di una critica.
    Grazie lo stesso

  4. #4
    Moderatore di ASP e MS Server L'avatar di Roby_72
    Registrato dal
    Aug 2001
    Messaggi
    19,559
    Si può rispondere sol in base a ciò che ci consenti di vedere.
    Se lo script è quello e il db è SQL Server lo scritp è migliorabile, come suggerito, mediante l'impiego di SP.
    Se le JOIN in questo caso specifico non sono utilizzabili lo puoi sapere tu, non noi a priori (ammesso che quella parte di codice sia proprio quella incriminata in termini di lentezza).

    Roby

  5. #5
    Speravo di non dover utilizzare le SP perché il provider da un po' di tempo ha problemi con il pannello di controllo, le posso creare ma se le devo modificare sono guai.
    Dovrei essere sicura del codice...
    Ma mi sa tanto che è l'unico modo per rendere la pagina più veloce.
    Grazie

  6. #6
    Originariamente inviato da slovenca
    Lavoro SOLO con SQL e quando è necessario utilizzo la funzione JOIN, ma in questo caso non mi serve. Avresti potuto chiedere informazioni sul db prima di esprimere il tuo giudizio.
    Ho bisogno di un consiglio non di una critica.
    Grazie lo stesso
    prego lo stesso - che te devo di'... sii più chiara la prossima volta, di qua si fa quel che si può

  7. #7
    scusa se ti sono sembrata irriconoscente, non volevo.
    Ti ringrazio per la risposta.

  8. #8
    Originariamente inviato da optime
    hai la fortuna di avere SQL e programmi in quel modo? come minimo puoi andare in JOIN, se poi sfrutti per bene le SP puoi ottimizzare ancora di più i tempi
    e dov'è la fortuna nell'usare SQL Server?
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  9. #9
    Originariamente inviato da Santino83_02
    e dov'è la fortuna nell'usare SQL Server?
    Santino, non ti riconosco più. Hai capito cosa voglio dire.

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.