Re: migliore scelta per aggiornare un database senza rallentare

2016-01-06 Per discussione Alessandro Pellizzari
Il Wed, 06 Jan 2016 18:36:12 +0100, Leonardo Boselli ha scritto: > Quale è il suggerimento più "efficiente"? Il modo più efficiente è di usare SQL per tutto, ma il tuo problema principale mi pare di capire sia di tenere il DB occupato il meno possibile. Se hai InooDB, io farei da PHP una selec

Re: migliore scelta per aggiornare un database senza rallentare

2016-01-06 Per discussione Davide Prina
On 06/01/2016 18:36, Leonardo Boselli wrote: ho un database (mariadb) con una tavola con tanti (circa 30) campi e circa 50 righe. non ho mai usato mariadb. Se non erro è un database relazionale derivato da mysql (anche questo in pratica non l'ho mai usato). Normalmente 500.000 righe sono

Re: migliore scelta per aggiornare un database senza rallentare

2016-01-06 Per discussione Teodoro Santoni
> Se il server rimane bloccato per tanto nel fare 'sta roba, potresti > suddividere le query di scrittura in tranche da 1000 righe per > esempio. > Aggiungo che 'sto lavoro su tabelle estratte dal db, joinate da dentro php e poi aggiornate (20k righe valutate, qualche migliaio scritto) teneva occu

Re: migliore scelta per aggiornare un database senza rallentare

2016-01-06 Per discussione Teodoro Santoni
Buonasera Il 06/01/16, Leonardo Boselli ha scritto: > Un po'ot ma penso che darà da discutere: > > ho un database (mariadb) con una tavola con tanti (circa 30) campi e circa > 50 righe. > Mi interessano tre colonne: EI ET e ED (numerici) > ogni giorno, alle 3 del mattino, debbo effettuare la s

migliore scelta per aggiornare un database senza rallentare

2016-01-06 Per discussione Leonardo Boselli
Un po'ot ma penso che darà da discutere: ho un database (mariadb) con una tavola con tanti (circa 30) campi e circa 50 righe. Mi interessano tre colonne: EI ET e ED (numerici) ogni giorno, alle 3 del mattino, debbo effettuare la seguente operazione: per ogni riga dove ED è diverso da zero