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

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,

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

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

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