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: Stretch è in stato di freeze?

2016-01-06 Per discussione Luca Costantino
Il giorno mer 6 gen 2016 alle ore 21:35 girarsi_liste < liste.gira...@gmail.com> ha scritto: > Alla prima riga manca un debian, forse è quello. > > era DECISAMENTE quello... grazie :)

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione girarsi_liste
Il 06/01/2016 21:33, Luca Costantino ha scritto: > deb http://httpredir.debian.org/ sid main contrib non-free > deb-src http://httpredir.debian.org/debian/ sid main contrib non-free > > deb http://httpredir.debian.org/debian/ testing main contrib non-free > deb-src http://httpredir.debian.org/deb

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione Luca Costantino
Il giorno mer 6 gen 2016 alle ore 21:30 girarsi_liste < liste.gira...@gmail.com> ha scritto: > Posta la riga del sources.list. > > Per pedanteria, hai già fatto #apt-get update oppure #aptitude update > prima di aggiornare? > deb http://httpredir.debian.org/ sid main contrib non-free deb-src http

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione girarsi_liste
Il 06/01/2016 21:01, Luca Costantino ha scritto: >> deb http://httpredir.debian.org/debian testing main contrib non-free >> deb-src http://httpredir.debian.org/debian testing main contrib non-free >> > > non conoscevo questo approccio... ho provato con httpredir e sid, ma non > funziona > > Err:

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione Luca Costantino
Il giorno mer 6 gen 2016 alle ore 10:43 Davide Prina ha scritto: > È date tempo che è consigliato l'uso di httpredir, in modo da > parallelizzare i download dei pacchetti e da non dipendere da un unico > repository. > > Come nel tuo caso che usi testing puoi mettere due righe tipo queste in > /et

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

Re: Lettere accentate maiuscole

2016-01-06 Per discussione Marco Bodrato
Ciao, Il Lun, 4 Gennaio 2016 1:07 pm, pinin ha scritto: > È accettabile, almeno stando agli esperti. Cosa è accettabile? scrivere le risposte prima delle domande ? :-P > http://www.matapp.unimib.it/~ferrario/f/cr/faq_latin1.htm Ad essere sinceri l'articolo che citi dice che, laddove non " esist

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione girarsi_liste
Il 06/01/2016 10:46, Piviul ha scritto: > sei troppo avanti!!! ;) > > ...il freeze è previsto per il 5 dicembre 2016 non 2015. > > Io comunque non ho problemi di errori di scaricamento (almeno adesso non > li ho); forse dipende dai repos che usi. > > Buona befana a tutti. > > Piviul > Buona b

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione Piviul
On 01/06/2016 10:16, girarsi_liste wrote: Da qualche giorno, aggiornando dai repositori stretch ufficiali (http://ftp.it.debian.org/), ricevo errore di scaricamento di alcuni file indice relativi. Oggi cercando di approfondire ho trovato queste due pagine [0][1] del sito ufficiale debian, in cui

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione girarsi_liste
Il 06/01/2016 10:43, Davide Prina ha scritto: > On 06/01/2016 10:16, girarsi_liste wrote: >> Da qualche giorno, aggiornando dai repositori stretch ufficiali >> (http://ftp.it.debian.org/), ricevo errore di scaricamento di alcuni >> file indice relativi. > > hai problemi tu o quel repositori. > >

Re: Stretch è in stato di freeze?

2016-01-06 Per discussione Davide Prina
On 06/01/2016 10:16, girarsi_liste wrote: Da qualche giorno, aggiornando dai repositori stretch ufficiali (http://ftp.it.debian.org/), ricevo errore di scaricamento di alcuni file indice relativi. hai problemi tu o quel repositori. È date tempo che è consigliato l'uso di httpredir, in modo da

Stretch è in stato di freeze?

2016-01-06 Per discussione girarsi_liste
Da qualche giorno, aggiornando dai repositori stretch ufficiali (http://ftp.it.debian.org/), ricevo errore di scaricamento di alcuni file indice relativi. Oggi cercando di approfondire ho trovato queste due pagine [0][1] del sito ufficiale debian, in cui mi pare di capire che stretch è in stato di