Problema Timeout SQL

[supermac]

Scenario:
Ecommerce con tabella articoli contenente 150k records

La procedura di caricamento articoli da un db esterno verso il db dell'ecommerce prevede che gli articoli in ecommerce siano messi temporaneamente nello stato "non live" e poi siano riattivati manmano che vengono letti e aggiornati dal db esterno.
Succede che il semplice update della tabella degli articoli per mettere live = 0 a tutti i record vada in timeout.
Ok potrei allungare il timeout di esecuzione degli script nella pagina ma mi interessa qui sapere se esistono strategie diverse per fare la cosa.
Nota importante: il timeout avviene sull'update della tabella prodotti DOPO che ho già effettuato un update su un'altra tabella uguale che contiene altrettanti records .... qui il codice:

 Dim cn = New SqlConnection(ConfigurationManager.ConnectionStrings("Konn").ConnectionString)
            Using cn
                'metto offline articoli in tabella mirror
                cn.Open()
                Dim strsql As String = "UPDATE prodottiMirror SET Live = 0"
                Dim cmd2 = New SqlCommand(strsql, cn)
                cmd2.ExecuteNonQuery()
                'metto offline i prodotti 
                strsql = "UPDATE prodotti SET Live = 0"
                cmd2 = New SqlCommand(strsql, cn)
                cmd2.ExecuteNonQuery()
                ....

Va in timeout il secondo update.
Una prova che sto per fare è incapsulare gli update in connessioni separate per vedere se la cosa ha un effetto sui tempi di esecuzione (così suggerivano in altro forum senza però spiegare perchè dovrebbe essere risolutivo) vi faccio sapere, però voi come vi comportate in situazioni simili? Dividete le operazioni su blocchi di dati? Usate stored procedure? ....

[optime]

se il db target è M$SQLSERVER (non l'hai specificato) SP sempre

[supermac]

Pardon è vero, MS SQL

[optime]

prova a usare una SP e facce sape'

[djciko]

prova ad istanziare un nuovo command, vedo che hai usato la stessa variabile

(comunque si dovrebbero usare le stored)

[djciko]

prova ad usare questa (storica) classe:


uso: databaseWrapper.ExecInsertUpdateDelete("UPDATE tab SET campo=0", "server=10.10.10....");

    public class databaseWrapper
    {


        private static SqlConnection internal_SQLCONN;
        private static SqlCommand internal_SQLCOMMAND;
        private static SqlDataAdapter internal_SQLADAPTER;


        public static int ExecInsertUpdateDelete(string SQL, string ConnString)
        {
            try
            {
                internal_SQLCONN = new System.Data.SqlClient.SqlConnection(ConnString);
                internal_SQLCONN.Open();
            }
            catch (SqlException ex)
            {
                //ex.Message;
                return -1;
            }
            catch (Exception ex)
            {
                //ex.Message;
                return -1;
            }




            internal_SQLCOMMAND = new SqlCommand(SQL, internal_SQLCONN);


            int affected = 0;
            try
            {
                affected = internal_SQLCOMMAND.ExecuteNonQuery();
            }
            catch (SqlException ex)
            {
                //ex.InnerException;
                return -1;
            }
            catch (Exception ex)
            {
                //ex.InnerException;
                return -1;
            }
            finally
            {
                if (internal_SQLCONN != null && internal_SQLCONN.State == ConnectionState.Open)
                {
                    try
                    {
                        if (internal_SQLCOMMAND != null)
                            internal_SQLCOMMAND.Dispose();


                        // Chiude la connessione
                        internal_SQLCONN.Close();
                    }
                    catch (SqlException ex)
                    {
                        //
                    }
                    catch (Exception ex)
                    {
                        //
                    }
                }
            }


            return affected;
        }
    }

[supermac]

Sono in attesa che mi rimettano a posto il dns (me l'han cambiato sotto i piedi mentre stavo per fare la prova con le stored procedure )

Ok capisco che le stored dal punto di vista delle performance (oltre che della sicurezza) siano nettamente migliori, ma l'usare due connessioni (o due command) separati cosa dovrebbe migliorare?

[supermac]

Niente da fare va in timeout sul secondo executenonquery

            Dim cmd2 = New SqlCommand("mac_mirror_offline", cn)
            cmd2.commandtype = CommandType.StoredProcedure
            cmd2.ExecuteNonQuery()
            
            dim cmd3 = New SqlCommand("mac_prod_offline", cn)
            cmd3.CommandType = CommandType.StoredProcedure
            cmd3.ExecuteNonQuery()

Non mi pare ci siano triggers o altre trappole legate ai records di quella seconda tabella....

[optime]

forse sulla colonna Live c'è un indice

[optime]

cmd3.CommandType = CommandType.StoredProcedure

ma stai già eseguendo una SP?