From domenico.lorusso a pleiade.it Mon Jul 2 10:17:43 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Mon Jul 2 11:06:29 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <1182926077.27312.10.camel@it.ferramentazizzi.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> Message-ID: <4688B4A7.3090307@pleiade.it> Paride Desimone ha scritto: > Salve a tutti, > premetto che sono nuovo a questa ml. > Sto installando igsuite (www.igsuite.org) e vorrei mettere il supporto a > postgresql. > Mi servirebbe sapere velocemente come impostare l'utene master e la > password ed aggiungere gli altri utenti. > Ho provato a guardare velocemente sul sito di postgresql, ma non sono > riuscito a trovare le infrmazioni che mi servono. > Esiste un manuale in italiano su postgresql? L'inglese va bene, ma per > argomenti tecnici e' indubbiamente piu' facile la lingua madre :-) > Qualcuno puo' aiutarmi? > > Paride > temo ch nessuno si sia cimentato con postgress.... purtroppo perché incuriosisce anche me. -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From gianluca a ihuri.it Mon Jul 2 10:46:31 2007 From: gianluca a ihuri.it (=?ISO-8859-1?Q?Gianluca_Ba=F9?=) Date: Mon Jul 2 11:34:07 2007 Subject: [Db] Mysql 4.0 to mysql 5 Message-ID: <4688BB67.6090205@ihuri.it> Salve ragazzi, sto per aggiornare il server di produzione mysql alla versione 5 dalla 4.0 Volevo sapere: secondo voi cosa succede se prendo la var/ di mysql 4 e la copio pari pari nella /var di mysql 5 ? Tutte le tabelle dei db del 4 sono MYISAM. Così a prima vista sembra funzionare tutto. Voi che dite?!?! Saluti, Gianluca From parided a gmail.com Mon Jul 2 11:01:02 2007 From: parided a gmail.com (Paride Desimone) Date: Mon Jul 2 11:49:39 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <4688B4A7.3090307@pleiade.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> Message-ID: <1183366862.3404.0.camel@localhost.localdomain> Il giorno lun, 02/07/2007 alle 10.17 +0200, Domenico L. ha scritto: > > Paride > > > temo ch nessuno si sia cimentato con postgress.... purtroppo perché > incuriosisce anche me. > uhmmm, credo sia proprio cosi'. Vuol dire che rinomineremo la lista mysql@lists.ziobudda.net :-)) Paride From domenico.lorusso a pleiade.it Mon Jul 2 11:15:58 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Mon Jul 2 12:04:29 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <1183366862.3404.0.camel@localhost.localdomain> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> Message-ID: <4688C24E.7090708@pleiade.it> Paride Desimone ha scritto: > uhmmm, credo sia proprio cosi'. > Vuol dire che rinomineremo la lista mysql@lists.ziobudda.net :-)) > > beh no ogni tanto si parla anche di oracle e forse qualcuno conosce db2 il guaio di postegress è proprio la documentazione -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From max a linuxtime.it Mon Jul 2 11:24:52 2007 From: max a linuxtime.it (Massimiliano Marini) Date: Mon Jul 2 12:14:57 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <4688C24E.7090708@pleiade.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> Message-ID: <20070702112452.8d9482c9.max@linuxtime.it> > il guaio di postegress è proprio la documentazione Se può servire posto un pò di info in più su PostgreSQL : esiste http://www.psql.it che è il sito di riferimento della comunità italiana utilizzatori e sviluppatori PostgreSQL, online c'è anche l'archivio della ML dove poter fare le ricerche. Per la ML questo è il link : http://lists.psql.it/mailman/listinfo/postgresql-it Giorno 6-7 Luglio a Prato si svolge il primo PostgreSQL Day italiano per maggiori informazioni http://www.pgday.it -- Massimiliano Marini - http://www.linuxtime.it/massimilianomarini/ "It's easier to invent the future than to predict it." -- Alan Kay From domenico.lorusso a pleiade.it Mon Jul 2 11:30:45 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Mon Jul 2 12:19:16 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <20070702112452.8d9482c9.max@linuxtime.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> Message-ID: <4688C5C5.60409@pleiade.it> Massimiliano Marini ha scritto: >> il guaio di postegress è proprio la documentazione >> > > Se può servire posto un pò di info in più su PostgreSQL : > esiste http://www.psql.it che è il sito di riferimento della comunità > italiana utilizzatori e sviluppatori PostgreSQL, online c'è anche > l'archivio della ML dove poter fare le ricerche. > > Sei un utilizzatore di pg? scusami se abuso della disponibilità, ma sarebbe bello avere un breve descrizione delle differenze tra mysql, postressql e un db commerciale (diciamo oracle) sai indicarci un link o farcela direttamente tu ;-) ciao -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From max a linuxtime.it Mon Jul 2 11:52:04 2007 From: max a linuxtime.it (Massimiliano Marini) Date: Mon Jul 2 12:40:55 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <4688C5C5.60409@pleiade.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> Message-ID: <20070702115204.a849a920.max@linuxtime.it> > Sei un utilizzatore di pg? scusami se abuso della disponibilità, ma > sarebbe bello avere un breve descrizione delle differenze tra mysql, > postressql e un db commerciale (diciamo oracle) Si sono un utilizzatore PostgreSQL dall versione 6.x.x (oggi è alla 8.2.4) e la prima volta che lo provai era appunto sulla mia debian 2.0 (pentium 100, 16MB ram), a quel tempo lavoravo con MySQL e Interbase, ma sinceramente non li ho mai "spinti" più di tanto, era solo per semplici archiviazioni per cataloghi web. > sai indicarci un link o farcela direttamente tu ;-) Non avendo una conoscenza approfondita degli altri due RDBMS (MySQL e Oracle) evito di riportare strafalcioni, potrei elencare solo quelli di PostgreSQL ma sarei solo di super-parte ;) comunque puoi tranquillamente chiedere in ML, sono molto disponibili. -- Massimiliano Marini - http://www.linuxtime.it/massimilianomarini/ "It's easier to invent the future than to predict it." -- Alan Kay From parided a gmail.com Mon Jul 2 12:17:33 2007 From: parided a gmail.com (Paride Desimone) Date: Mon Jul 2 13:06:06 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <20070702115204.a849a920.max@linuxtime.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it> Message-ID: <1183371453.3544.4.camel@localhost.localdomain> Il giorno lun, 02/07/2007 alle 11.52 +0200, Massimiliano Marini ha scritto: > Si sono un utilizzatore PostgreSQL dall versione 6.x.x (oggi è alla > 8.2.4) e la prima volta che lo provai era appunto sulla mia debian 2.0 Perfetto direi che fai al caso mio :-) Uso debian e vorrei usare postgresql, ma non ci ho capito un'H. Per il momento mi basterebbe capire come fare per impostare l'utente principale (root, se si chiama cosi' in postgresql) e la password ed aggiungere gli altri utenti. Per la documentazione cerchero... invano :-( Sinceramente, ho provato a leggermi un po' i manuali, ma ci sono cose troppo tecniche, per chi e' completamente digiuno di postgresql, da capie in inglese. Paride From matteo.giacomazzi a gmail.com Mon Jul 2 13:40:56 2007 From: matteo.giacomazzi a gmail.com (Matteo Giacomazzi) Date: Mon Jul 2 14:30:51 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: <1183371453.3544.4.camel@localhost.localdomain> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it> <1183371453.3544.4.camel@localhost.localdomain> Message-ID: Il 02/07/07, Paride Desimone ha scritto: > > Per il momento mi basterebbe capire come fare per impostare l'utente > principale (root, se si chiama cosi' in postgresql) e la password ed > aggiungere gli altri utenti. L'utente principale di postgresql si chiama, di solito, postgres (è un utente reale della macchina). Da lì, con createuser (dalla shell) puoi creare tutti gli altri utenti che desideri. Per la documentazione cerchero... invano :-( Sinceramente, ho provato a leggermi un po' i manuali, ma ci sono cose > troppo tecniche, per chi e' completamente digiuno di postgresql, da > capie in inglese. > Ho iniziato ad usare Postgresql un paio di anni fa per lavoro e, pur essendone completamente a digiuno, ho trovato la documentazione molto utile e ben fatta. Unica pecca: ho realizzato un database facendo uso delle'ereditarietà tra relazioni ma non è stata una mossa furba in quanto i sistemi di replica (ad esempio Slony) non riescono a replicare schemi di questo tipo! :( Naturalmente se non si mastica troppo bene l'inglese diventa un dramma, ma un po' tutto diventa più drammatico nell'informatica se si hanno problemi con l'inglese! :) -- Matteo -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070702/f03016a8/attachment.html From parided a gmail.com Mon Jul 2 17:01:13 2007 From: parided a gmail.com (Paride Desimone) Date: Mon Jul 2 17:49:57 2007 Subject: [Db] Aiuto postgresql su debian In-Reply-To: References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it> <1183371453.3544.4.camel@localhost.localdomain> Message-ID: <1183388473.3948.5.camel@localhost.localdomain> Il giorno lun, 02/07/2007 alle 13.40 +0200, Matteo Giacomazzi ha scritto: > Il 02/07/07, Paride Desimone ha scritto: > Per il momento mi basterebbe capire come fare per impostare > l'utente > principale (root, se si chiama cosi' in postgresql) e la > password ed > aggiungere gli altri utenti. > > L'utente principale di postgresql si chiama, di solito, postgres (è un > utente reale della macchina). > Da lì, con createuser (dalla shell) puoi creare tutti gli altri utenti > che desideri. > > > Per la documentazione cerchero... invano :-( > Sinceramente, ho provato a leggermi un po' i manuali, ma ci > sono cose > troppo tecniche, per chi e' completamente digiuno di > postgresql, da > capie in inglese. > > Ho iniziato ad usare Postgresql un paio di anni fa per lavoro e, pur > essendone completamente a digiuno, ho trovato la documentazione molto > utile e ben fatta. Unica pecca: ho realizzato un database facendo uso > delle'ereditarietà tra relazioni ma non è stata una mossa furba in > quanto i sistemi di replica (ad esempio Slony) non riescono a > replicare schemi di questo tipo! :( > > Naturalmente se non si mastica troppo bene l'inglese diventa un > dramma, ma un po' tutto diventa più drammatico nell'informatica se si > hanno problemi con l'inglese! :) > Si lo so, generalmente non e' un problema perche' lo capisco abbastanza l'inglese, ma andando a trattare argomenti completamente sconosciuti, un po' di documentazione in italiano, giusto per capire un po' le cose e' decisamente meglio. D'altronde e' pur vero che in Italia siamo piuttosto refrattari a tradurre la documentazione nella nostra lingua, cosa non vera invece per gli spagnoli, francesi e tedeschi :-(. Mi sono cimentato parecchi anni fa nella lettura del libro "il linguaggio C" di K & R, in Inglese. Non ci ho capito assolutamente nulla. L'anno successivo me lo sono letto in Italiano e la cosa e' migliorata decisamente anche se ho comunque avuto grossi problemi (provengo dal COBOL). Paride From cristiano a verondini.it Mon Jul 2 17:00:05 2007 From: cristiano a verondini.it (Cristiano Verondini) Date: Mon Jul 2 17:53:34 2007 Subject: [Db] Aiuto postgresql su debian References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it><1182926077.27312.10.camel@it.ferramentazizzi.it><4688B4A7.3090307@pleiade.it><1183366862.3404.0.camel@localhost.localdomain><4688C24E.7090708@pleiade.it><20070702112452.8d9482c9.max@linuxtime.it><4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it><1183371453.3544.4.camel@localhost.localdomain> <1183388473.3948.5.camel@localhost.localdomain> Message-ID: <03b801c7bcb9$adf58970$6301a8c0@IdeaFutura.local> >> D'altronde e' pur vero che in Italia siamo piuttosto refrattari a >> tradurre la documentazione nella nostra lingua, cosa non vera invece >> per gli spagnoli, francesi e tedeschi :-(. Bhe, l'inglese è considerato la 'lingua franca' per quello che riguarda gli argomenti tecnologici. Inoltre l'inglese tecnico è davvero semplicissimo ... >> Mi sono cimentato parecchi anni fa nella lettura del libro "il >> linguaggio C" di K & R, in Inglese. Non ci ho capito assolutamente >> nulla. L'anno successivo me lo sono letto in Italiano e la cosa e' >> migliorata decisamente anche se ho comunque avuto grossi problemi Se non haltro non hai dovuto affrontare la 'bibbia' per quello che riguarda il C++: http://www.research.att.com/~bs/3rd.html :) Cris -- Cristiano Verondini http://www.verondini.it --- [ICQ: 114 190] From domenico.lorusso a pleiade.it Mon Jul 2 17:38:09 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Mon Jul 2 18:26:44 2007 Subject: [GRAYMAIL] Re: [Db] Aiuto postgresql su debian In-Reply-To: <1183388473.3948.5.camel@localhost.localdomain> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it> <1183371453.3544.4.camel@localhost.localdomain> <1183388473.3948.5.camel@localhost.localdomain> Message-ID: <46891BE1.1040507@pleiade.it> Paride Desimone ha scritto: > D'altronde e' pur vero che in Italia siamo piuttosto refrattari a > tradurre la documentazione nella nostra lingua, cosa non vera invece per > gli spagnoli, francesi e tedeschi :-(. > Mi sono cimentato parecchi anni fa nella lettura del libro "il > linguaggio C" di K & R, in Inglese. Non ci ho capito assolutamente > nulla. L'anno successivo me lo sono letto in Italiano e la cosa e' > migliorata decisamente anche se ho comunque avuto grossi problemi > (provengo dal COBOL). > > Paride > mi appari come spam!!! mi sa che c'è qualche problema... ah! il cobol... non era male... peccato che non si sono aggiornati per tempo... però manca... in effetti tutti i tools di dipo dbms non sono altro che emulazioni degli idx... -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From parided a gmail.com Mon Jul 2 18:16:05 2007 From: parided a gmail.com (Paride Desimone) Date: Mon Jul 2 19:04:41 2007 Subject: [GRAYMAIL] Re: [Db] Aiuto postgresql su debian In-Reply-To: <46891BE1.1040507@pleiade.it> References: <542E997D-F92F-46F9-B447-73730FAF90C1@verondini.it> <1182926077.27312.10.camel@it.ferramentazizzi.it> <4688B4A7.3090307@pleiade.it> <1183366862.3404.0.camel@localhost.localdomain> <4688C24E.7090708@pleiade.it> <20070702112452.8d9482c9.max@linuxtime.it> <4688C5C5.60409@pleiade.it> <20070702115204.a849a920.max@linuxtime.it> <1183371453.3544.4.camel@localhost.localdomain> <1183388473.3948.5.camel@localhost.localdomain> <46891BE1.1040507@pleiade.it> Message-ID: <1183392965.3948.13.camel@localhost.localdomain> Il giorno lun, 02/07/2007 alle 17.38 +0200, Domenico L. ha scritto: > mi appari come spam!!! mi sa che c'è qualche problema... uhm, del tipo? > > ah! il cobol... non era male... peccato che non si sono aggiornati per Non e' del tutto vero, esiste il cobol oo. Il problema e' che e' diventato un mercato di nicchia. Paride From marcello a vezz.it Mon Jul 2 23:32:42 2007 From: marcello a vezz.it (Marcello Vezzelli) Date: Tue Jul 3 00:21:17 2007 Subject: [Db] Mysql 4.0 to mysql 5 In-Reply-To: <4688BB67.6090205@ihuri.it> References: <4688BB67.6090205@ihuri.it> Message-ID: <46896EFA.4090506@vezz.it> Gianluca Baù ha scritto: > Salve ragazzi, > sto per aggiornare il server di produzione mysql alla versione 5 dalla > 4.0 > > Volevo sapere: secondo voi cosa succede se prendo la var/ di mysql 4 e > la copio pari pari nella /var di mysql 5 ? > Tutte le tabelle dei db del 4 sono MYISAM. Così a prima vista sembra > funzionare tutto. La parola "produzione" mi farebbe dormire più tranquillo con un dump e un restore. Usa il binario della v5 mysqldump, oppure phpmyadmin. Ciao Marcello From cesare a ngi.it Thu Jul 5 11:30:17 2007 From: cesare a ngi.it (Cesare D'Amico) Date: Thu Jul 5 12:16:58 2007 Subject: [Db] Subquery MySQL e full-scan della tabella principale Message-ID: <200707051130.18310.cesare@ngi.it> Hola todos, ho una tabella articoli con campo (indicizzato) codice_ean; la seguente query mi prende un sacco di tempo a causa di un full scan: mysql> select codice_ean, anno, colore, taglia from articoli where codice_ean in ( select codice_ean from articoli group by codice_ean having count(*) > 1 ) Il problema è che ho 3 cavolo di codici articolo che sono entrati con uguale codice_ean ma diversi campi identificativi (mi avevano ovviamente promesso che era una cosa che non si sarebbe MAI verificata, cretino io a credergli) per un totale di 52 codici a barre (campo codice_ean) doppi. Ora, la query sopra dovrebbe darmi un po' di dati che mi interessano, ma ci impiega una vita. La subquery da sola impiega 0.10 secondi netti. Se faccio una EXPLAIN scopro che viene fatto un full table scan per la prima query: mysql> explain select codice_ean, anno, colore, taglia from articoli where codice_ean = any (select codice_ean from articoli group by codice_ean having count(*) > 1); +----+--------------------+----------+-------+---------------+------------+---------+------+-------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+--------------------+----------+-------+---------------+------------+---------+------+-------+-------------+ | 1 | PRIMARY | articoli | ALL | NULL | NULL | NULL | NULL | 27281 | Using where | | 2 | DEPENDENT SUBQUERY | articoli | index | NULL | codice_ean | 16 | NULL | 27281 | Using index | +----+--------------------+----------+-------+---------------+------------+---------+------+-------+-------------+ Il "type" ALL dice che non userà nessun indice. Se sostituisco "= ANY" con "IN" la EXPLAIN non cambia. Qualcuno mi sa spiegare il perché di questo risultato? (io mi aspettavo che PRIMA trovasse il set della subquery, e poi usasse l'indice su codice_ean per fare lo scan, al limite uno per uno, dei risultati della subquery). Per la cronaca: mysql> show index from articoli; +----------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | +----------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | articoli | 0 | PRIMARY | 1 | id | A | 27059 | NULL | NULL | | BTREE | | | articoli | 0 | fornitore | 1 | fornitore | A | 3 | NULL | NULL | YES | BTREE | | | articoli | 0 | fornitore | 2 | codice | A | 4509 | NULL | NULL | YES | BTREE | | | articoli | 0 | fornitore | 3 | colore | A | 13529 | NULL | NULL | YES | BTREE | | | articoli | 0 | fornitore | 4 | taglia | A | 27059 | NULL | NULL | YES | BTREE | | | articoli | 0 | fornitore | 5 | anno | A | 27059 | NULL | NULL | YES | BTREE | | | articoli | 0 | fornitore | 6 | collezione | A | 27059 | NULL | NULL | YES | BTREE | | | articoli | 1 | codice_ean | 1 | codice_ean | A | 27059 | NULL | NULL | YES | BTREE | | | articoli | 1 | codice | 1 | codice | A | 4509 | NULL | NULL | YES | BTREE | | | articoli | 1 | anno | 1 | anno | A | 1 | NULL | NULL | YES | BTREE | | | articoli | 1 | taglia | 1 | taglia | A | 57 | NULL | NULL | YES | BTREE | | | articoli | 1 | colore | 1 | colore | A | 966 | NULL | NULL | YES | BTREE | | | articoli | 1 | campionario | 1 | campionario | A | 9 | NULL | NULL | YES | BTREE | | | articoli | 1 | fornitore_2 | 1 | fornitore | A | 1 | NULL | NULL | YES | BTREE | | | articoli | 1 | collezione | 1 | collezione | A | 7 | NULL | NULL | YES | BTREE | | +----------+------------+-------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ Grazie per una qualsiasi info! Ciaps ce -- Cesare D'Amico | Gruppo Volta Area tecnica | Web & Mkt Solutions Tel: 045 21 000 84 | Via Leida 8 - Verona Fax: 045 21 000 85 | http://www.gruppovolta.it From domenico.lorusso a pleiade.it Thu Jul 5 13:05:52 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Thu Jul 5 13:56:46 2007 Subject: [Db] Subquery MySQL e full-scan della tabella principale In-Reply-To: <200707051130.18310.cesare@ngi.it> References: <200707051130.18310.cesare@ngi.it> Message-ID: <468CD090.2080203@pleiade.it> Cesare D'Amico ha scritto: prova a fare un join sulla subquery... -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From cesare a ngi.it Thu Jul 5 13:40:56 2007 From: cesare a ngi.it (Cesare D'Amico) Date: Thu Jul 5 14:32:42 2007 Subject: [Db] Subquery MySQL e full-scan della tabella principale In-Reply-To: <468CD090.2080203@pleiade.it> References: <200707051130.18310.cesare@ngi.it> <468CD090.2080203@pleiade.it> Message-ID: <200707051340.57569.cesare@ngi.it> Alle 13:05, giovedì 05 luglio 2007, Domenico L. ha scritto: > prova a fare un join sulla subquery... Mi dai una dritta? Non capisco cosa intendi... sorry :-P -- Cesare D'Amico | Gruppo Volta Area tecnica | Web & Mkt Solutions Tel: 045 21 000 84 | Via Leida 8 - Verona Fax: 045 21 000 85 | http://www.gruppovolta.it From domenico.lorusso a pleiade.it Thu Jul 5 15:30:24 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Thu Jul 5 16:19:36 2007 Subject: [Db] Subquery MySQL e full-scan della tabella principale In-Reply-To: <200707051340.57569.cesare@ngi.it> References: <200707051130.18310.cesare@ngi.it> <468CD090.2080203@pleiade.it> <200707051340.57569.cesare@ngi.it> Message-ID: <468CF270.90701@pleiade.it> Cesare D'Amico ha scritto: > Alle 13:05, giovedì 05 luglio 2007, Domenico L. ha scritto: > >> prova a fare un join sulla subquery... >> > > Mi dai una dritta? Non capisco cosa intendi... sorry :-P > scusa sono di corsissima select a.codice_ean, anno, colore, taglia from articoli a, ( select codice_ean from articoli group by codice_ean having count(*) > 1 ) b where a.codice_ean=b.codice_ean -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From cesare a ngi.it Thu Jul 5 16:04:55 2007 From: cesare a ngi.it (Cesare D'Amico) Date: Thu Jul 5 16:53:00 2007 Subject: [Db] Subquery MySQL e full-scan della tabella principale In-Reply-To: <468CF270.90701@pleiade.it> References: <200707051130.18310.cesare@ngi.it> <200707051340.57569.cesare@ngi.it> <468CF270.90701@pleiade.it> Message-ID: <200707051604.56471.cesare@ngi.it> Alle 15:30, giovedì 05 luglio 2007, Domenico L. ha scritto: > scusa sono di corsissima 0,04 secondi, ed estrae i record giusti... GRANDE! Grazie mille ;) Ciaps ce -- Cesare D'Amico | Gruppo Volta Area tecnica | Web & Mkt Solutions Tel: 045 21 000 84 | Via Leida 8 - Verona Fax: 045 21 000 85 | http://www.gruppovolta.it From franco a inpe.unipi.it Tue Jul 17 09:15:47 2007 From: franco a inpe.unipi.it (Francesco F) Date: Tue Jul 17 10:27:59 2007 Subject: [Db] Mysql e Copying to tmp table Message-ID: <469C6CA3.3030500@inpe.unipi.it> Buongiorno lista, ho uno strano problema con mysql: da oltre un anno, ogni mattina eseguo (via cron) una query per la generazione di un report; le tabelle sulla quale viene eseguita questa query hanno variazioni limitate (solo una di queste ha un aggiunta di circa 300 record/giorno). Stamani ho trovato il mysql con il processore (secondo top) al 100% (ma il server non era inchiodato), con oltre 300 processi mysql in coda. Facendo un show processlist, la query "incriminata" è nello stato di "Copying to tmp table"; ho provato su due server diversi (un 4.1.20 e un 5.0.22) ma si comportano nello stesso modo. Ovviamente dopo mezz'ora di stallo ho killato il processo (fino al giorno precedente questa query impiegava al massimo 20 secondi) Ho controllato le tabelle e non c'e' niente di corrotto. Da un describe della query non mi sembra di aver commesso errori nella realizzazione della query (anche se sono un chiodo in sql!) Grazie, Francesco From domenico.lorusso a pleiade.it Tue Jul 17 09:41:07 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Tue Jul 17 10:37:15 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C6CA3.3030500@inpe.unipi.it> References: <469C6CA3.3030500@inpe.unipi.it> Message-ID: <469C7293.2050700@pleiade.it> Francesco F ha scritto: > Buongiorno lista, ho uno strano problema con mysql: da oltre un anno, > ogni mattina eseguo (via cron) una query per [..] lock del disco? hai provato a fare un restart, ad ottimizzare le tabelle ecc.. prova anche a postarci la query incriminata -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From franco a inpe.unipi.it Tue Jul 17 10:12:09 2007 From: franco a inpe.unipi.it (Francesco F) Date: Tue Jul 17 11:35:09 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C7293.2050700@pleiade.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> Message-ID: <469C79D9.8030107@inpe.unipi.it> On 17/07/2007 9.41, Domenico L. wrote: > lock del disco? hai provato a fare un restart, ad ottimizzare le tabelle > ecc.. prova anche a postarci la query incriminata > Avevo già fatto restart e optimize table ma niente! Questa è la query: Select [lista dei campi...] from FCARTELL left join prestazioni on (FCARTELL.codpaziente = prestazioni.codpaziente and prestazioni.tipopr = 1 and prestazioni.assente = 0 and prestazioni.cancellato = 0 and prestazioni.autorizzata = 1 and prestazioni.data between FCARTELL.ricovero and if(FCARTELL.dimissione = '0000-00-00', concat('" . $par_anno . "', '-12-31'), FCARTELL.dimissione)) left join DIAGNOSI ON(FCARTELL.codpaziente = DIAGNOSI.codpaziente) left join INTERVENTI ON(FCARTELL.codpaziente = INTERVENTI.codpaziente) left join tbdiagnosi on (tbdiagnosi.codice = DIAGNOSI.codice and FCARTELL.ricovero between tbdiagnosi.data_inizio and tbdiagnosi.data_fine) left join tbinterventi on (tbinterventi.codice = INTERVENTI.codice and FCARTELL.ricovero between tbinterventi.data_inizio and tbinterventi.data_fine) left join tbpersonale on (tbpersonale.id = prestazioni.pers_stampa) left join FMEDICI on (FMEDICI.id_ = FCARTELL.medico_accettante) where FCARTELL.anno = XXX and FCARTELL.regresu = 'XXX' and FCARTELL.uslresu= 'XXX' group by FCARTELL.codpaziente order by FCARTELL.ricovero DESC; Questi i record per ogni tabella: FCARTELL 23074 prestazioni 273000 DIAGNOSI 59267 INTERVENTI 108544 tbdiagnosi 23319 tbinterventi 7124 tbpersonale 177 Francesco From cesare a ngi.it Tue Jul 17 11:24:26 2007 From: cesare a ngi.it (Cesare D'Amico) Date: Tue Jul 17 14:39:42 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C79D9.8030107@inpe.unipi.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> Message-ID: <200707171124.26646.cesare@ngi.it> Alle 10:12, martedì 17 luglio 2007, Francesco F ha scritto: > Questa è la query: La relativa EXPLAIN che ti dice? -- Cesare D'Amico | Gruppo Volta Area tecnica | Web & Mkt Solutions Tel: 045 21 000 84 | Via Leida 8 - Verona Fax: 045 21 000 85 | http://www.gruppovolta.it From domenico.lorusso a pleiade.it Tue Jul 17 11:41:01 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Tue Jul 17 15:08:35 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C79D9.8030107@inpe.unipi.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> Message-ID: <469C8EAD.4080906@pleiade.it> Francesco F ha scritto: > > Questi i record per ogni tabella: > FCARTELL 23074 * 273000 * 59267 *108544 * 23319 * 7124 *177 Quanto esce? Ti è saltto qualche indice temo. Cmq prova a vedere se puio riscriverla come join di subquery, dovresti ridurre la cardinalità, in ogni caso mi sembra un po' troppo complessa... -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From graz a easynavy.com Tue Jul 17 19:09:57 2007 From: graz a easynavy.com (graz) Date: Tue Jul 17 20:01:18 2007 Subject: [Db] Problemino >< In-Reply-To: <469C79D9.8030107@inpe.unipi.it> Message-ID: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Ciao Lista, Intervengo raramente ma seguo sempre con interesse. Ho un problemino che non riesco a capire. Con questa query $nome1 = $db->get_var("SELECT titolo FROM collection WHERE posid > '$posid' AND anno='$catid'"); estraggo il titolo di un articolo il cui numero di posizione è superiore alla posid inserita di volta in volta ed incrementata di conseguenza. Tuttavia se inserisco questa invece $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < '$posid' AND anno='$catid'"); non mi da, come dovrebbe, il titolo dlel'articolo della precedente posizione, ma bensì il titolo del primo articolo presente, ovvero quello nella posizione più bassa di tutte. Potrebbe essere un problema mysql oppure ho sbagliato da qualche parte nel php? Grazie per l'aiuto. Ciao Graz From michel a ziobudda.net Fri Jul 20 14:39:59 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Fri Jul 20 15:31:49 2007 Subject: [Db] Mysql: da lati1 a utf-8 Message-ID: <46A0AD1F.7010205@ziobudda.net> Ciao all. Ho un DB con alcune tabelle in codifica utf-8 E' possibile dire a Mysql di convertire tutte le tabelle in utf-8 senza specificarle ad una ad una ? grazie -- Michel 'ZioBudda' Morelli michel@ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel@ziobuddalabs.it From cristiano a verondini.it Fri Jul 20 16:35:45 2007 From: cristiano a verondini.it (Cristiano Verondini) Date: Fri Jul 20 17:07:55 2007 Subject: [Db] Problemino >< References: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <00f501c7cadb$4387a480$6301a8c0@IdeaFutura.local> > Tuttavia se inserisco questa invece > $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < > '$posid' AND anno='$catid'"); > non mi da, come dovrebbe, il titolo dlel'articolo della precedente > posizione, ma bensì il titolo del primo articolo presente, ovvero > quello nella posizione più bassa di tutte. > > Potrebbe essere un problema mysql oppure ho sbagliato da qualche > parte nel php? Immagino che quella SELECT restituisca un *insieme* di record, di cui tu prendi il primo. SQL non specifica qualè' il primo (a meno che tu non intervenga con un'ORDER BY), quindi il risultato è inpredicibile. Solo un'impressione la mia però! :) Cris -- Cristiano Verondini http://www.verondini.it --- [ICQ: 114 190] From lookdown a gmail.com Fri Jul 20 15:39:23 2007 From: lookdown a gmail.com (Marco Guardabasso) Date: Fri Jul 20 17:42:32 2007 Subject: [Db] Problemino >< In-Reply-To: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> References: <469C79D9.8030107@inpe.unipi.it> <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <30a934720707200639g2ed83ef8w2b005135dcaef1a8@mail.gmail.com> Il 17/07/07, graz ha scritto: > > Tuttavia se inserisco questa invece > $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < > '$posid' > AND anno='$catid'"); > non mi da, come dovrebbe, il titolo dlel'articolo della precedente > posizione, ma bensì il titolo del primo articolo presente, ovvero quello > nella posizione più bassa di tutte. > Ciao, e se gli dici anche "ORDER BY posid DESC" che ti mostra? Marco -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070720/6f7cf08d/attachment.html From giuseppe a arsnet.it Fri Jul 20 15:44:01 2007 From: giuseppe a arsnet.it (giuseppe@arsnet.it) Date: Fri Jul 20 17:43:26 2007 Subject: R: [Db] Problemino >< In-Reply-To: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: Graz ha scritto: >Tuttavia se inserisco questa invece >$nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < '$posid' >AND anno='$catid'"); >non mi da, come dovrebbe, il titolo dlel'articolo della precedente >posizione, ma bensì il titolo del primo articolo presente, ovvero quello >nella posizione più bassa di tutte. aggiungi alla query un “Order By posid desc” La query che fai adesso estrae tutti i record con posid inferiore a $posid è quindi normale che ti restituisca il primo dell’elenco. Tieni presente comunque che anche la prima query che fai non estrae 1 solo record ma ne estrae N, il fatto che il primo record che ti restituiscono è il record che ti serve è solo una questione di ordinamento. Buon lavoro Giuseppe _____ avast! Antivirus : In arrivo messaggio pulito. Virus Database (VPS): 000758-0, 19/07/2007 Controllato il: 20/07/2007 15.34.24 avast! - copyright (c) 1988-2007 ALWIL Software. _____ avast! Antivirus : In partenza messaggio pulito. Virus Database (VPS): 000758-0, 19/07/2007 Controllato il: 20/07/2007 15.44.01 avast! - copyright (c) 1988-2007 ALWIL Software. -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070720/469b73f0/attachment-0001.html From matteo a xelefant.com Fri Jul 20 15:38:12 2007 From: matteo a xelefant.com (Tinazzi Matteo) Date: Fri Jul 20 17:43:27 2007 Subject: [Db] Problemino >< References: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <004e01c7cad3$49e28280$7500a8c0@Matteo> graz wrote: > Ciao Lista, > > Intervengo raramente ma seguo sempre con interesse. > > Ho un problemino che non riesco a capire. > Con questa query > $nome1 = $db->get_var("SELECT titolo FROM collection WHERE posid > > '$posid' AND anno='$catid'"); > estraggo il titolo di un articolo il cui numero di posizione è > superiore alla posid inserita di volta in volta ed incrementata di > conseguenza. > > Tuttavia se inserisco questa invece > $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < > '$posid' AND anno='$catid'"); > non mi da, come dovrebbe, il titolo dlel'articolo della precedente > posizione, ma bensì il titolo del primo articolo presente, ovvero > quello nella posizione più bassa di tutte. magari aggiungendo order by posid desc ... > > Potrebbe essere un problema mysql oppure ho sbagliato da qualche > parte nel php? > > Grazie per l'aiuto. > > Ciao > > Graz > > _______________________________________________ > Db mailing list > Db@lists.ziobudda.net > http://lists.ziobudda.net/mailman/listinfo/db ------------------------------------ Tinazzi Matteo X-Elefant Software s.r.l. Via Treviso 61/13 31057 Silea (Treviso) ICQ# 71-883-066 ------------------------------------ From franco a inpe.unipi.it Fri Jul 20 15:52:04 2007 From: franco a inpe.unipi.it (Francesco F) Date: Fri Jul 20 17:43:27 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <200707171124.26646.cesare@ngi.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> <200707171124.26646.cesare@ngi.it> Message-ID: <46A0BE04.1040703@inpe.unipi.it> On 17/07/2007 11.24, Cesare D'Amico wrote: > La relativa EXPLAIN che ti dice? > id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE FCARTELL ref anno anno 4 const 2020 Using where; Using temporary; Using filesort 1 SIMPLE prestazioni ref codpaziente,data,codpaziente_2 codpaziente 7 FCARTELL.codpaziente 40 1 SIMPLE DIAGNOSI ref codpaziente codpaziente 7 FCARTELL.codpaziente 2 1 SIMPLE INTERVENTI ref codpaziente,codpaziente_2 codpaziente_2 7 FCARTELL.codpaziente 4 Using index 1 SIMPLE tbdiagnosi ref codice codice 6 DIAGNOSI.codice 2 Using index 1 SIMPLE tbinterventi ref codice codice 7 INTERVENTI.codice 2 Using index 1 SIMPLE tbpersonale eq_ref PRIMARY PRIMARY 4 prestazioni.pers_stampa 1 Using index 1 SIMPLE FMEDICI eq_ref PRIMARY PRIMARY 4 FCARTELL.medico_accettante 1 Using index E' praticamente illeggibile :-) Francesco From domenico.lorusso a pleiade.it Fri Jul 20 15:57:23 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Fri Jul 20 17:56:02 2007 Subject: [Db] Problemino >< In-Reply-To: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> References: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <46A0BF43.3080406@pleiade.it> graz ha scritto: > Ciao Lista, > > Intervengo raramente ma seguo sempre con interesse. > > Ho un problemino che non riesco a capire. > Con questa query > $nome1 = $db->get_var("SELECT titolo FROM collection WHERE posid > '$posid' > AND anno='$catid'"); > estraggo il titolo di un articolo il cui numero di posizione è superiore > alla posid inserita di volta in volta ed incrementata di conseguenza. > > Tuttavia se inserisco questa invece > $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < '$posid' > AND anno='$catid'"); > non mi da, come dovrebbe, il titolo dlel'articolo della precedente > posizione, ma bensì il titolo del primo articolo presente, ovvero quello > nella posizione più bassa di tutte. > > Potrebbe essere un problema mysql oppure ho sbagliato da qualche parte nel > php? > é sbagliata la logica $posid è uno spartiaccque se posid> $posid ti ritorna tutti i record che hanno posid superiore a $posid se fai posid< $posid ti ritorna tuti i record che hanno posid infiereio a $posid in entrambi i casi si può fare con una subquery oppure con 2 query: questo per il successivo a posid select titolo FROM collection as c WHERE c.anno='$catid' and posid =(select min(posid) from collection as c1 where c.anno=c1.anno and posid> $posid) questo per il precedente: select titolo FROM collection as c WHERE c.anno='$catid' and posid =(select max(posid) from collection as c1 where c.anno=c1.anno and posid<$posid) Se non hai mysql 4.1 devi fare in 2 passaggi ciao -- Domenico L. icq: 645 44 861 - msn: strahd@jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From franco a inpe.unipi.it Fri Jul 20 15:58:15 2007 From: franco a inpe.unipi.it (Francesco F) Date: Fri Jul 20 19:23:11 2007 Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C8EAD.4080906@pleiade.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> <469C8EAD.4080906@pleiade.it> Message-ID: <46A0BF77.3050306@inpe.unipi.it> On 17/07/2007 11.41, Domenico L. wrote: > Cmq prova a vedere se puio riscriverla come join di subquery, dovresti > ridurre la cardinalità, in ogni caso mi sembra un po' troppo complessa... Se fino al giorno precedente andava, con ho un minimo incremento giornaliero devo aver superato una certa soglia, oltrepassato un limite, ma quale? Quello che non capisco è perchè mi va in stallo il mysql. Troppe righe, troppe colonne, il troppo caldo? Ok, dammi errore, dimmi "scemo" ma non piantarmi il dbms :-) Francesco From cesare a ngi.it Fri Jul 20 16:30:36 2007 From: cesare a ngi.it (Cesare D'Amico) Date: Fri Jul 20 19:36:16 2007 Subject: [Db] Problemino >< In-Reply-To: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> References: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <200707201630.36709.cesare@ngi.it> Alle 19:09, martedì 17 luglio 2007, graz ha scritto: > Potrebbe essere un problema mysql oppure ho sbagliato da qualche > parte nel php? Esegui le query direttamente nella console di mysql e ti togli ogni dubbio... -- Cesare D'Amico | Gruppo Volta Area tecnica | Web & Mkt Solutions Tel: 045 21 000 84 | Via Leida 8 - Verona Fax: 045 21 000 85 | http://www.gruppovolta.it From simonevolpini a yahoo.it Fri Jul 20 16:57:41 2007 From: simonevolpini a yahoo.it (Simone Volpini) Date: Fri Jul 20 20:01:35 2007 Subject: [Db] Problemino >< In-Reply-To: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> References: <200707171709.l6HH9xkN001156@smtpi2.ngi.it> Message-ID: <46A0CD65.3050009@yahoo.it> graz wrote: > $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < '$posid' > AND anno='$catid'"); Prova cosi: SELECT titolo FROM collection WHERE posid < '$posid' AND anno='$catid' ORDER BY posid DESC La SELECT non estrae un solo record, ma più record aventi posid inferiore a $posid. Ma l'ordine di estrazione non è detto che sia quello corretto. Con ORDER BY estrai i record ordinati per posid. Simone From michel a ziobudda.net Fri Jul 20 17:12:50 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Fri Jul 20 20:02:33 2007 Subject: [Db] test 3 Message-ID: <46A0D0F2.3010107@ziobudda.net> tttt -- Michel 'ZioBudda' Morelli michel@ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel@ziobuddalabs.it From michel a ziobudda.net Fri Jul 20 17:42:43 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Fri Jul 20 20:04:51 2007 Subject: [Db] test 4 Message-ID: <46A0D7F3.1090304@ziobudda.net> test 4 -- Michel 'ZioBudda' Morelli michel@ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel@ziobuddalabs.it From michel a ziobudda.net Fri Jul 20 17:51:00 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Fri Jul 20 20:05:33 2007 Subject: [Db] test4 Message-ID: <46A0D9E4.3030009@ziobudda.net> test4 -- Michel 'ZioBudda' Morelli michel@ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel@ziobuddalabs.it From sandro_aa a hotmail.com Fri Jul 20 19:47:29 2007 From: sandro_aa a hotmail.com (Albertin Alessandro) Date: Fri Jul 20 22:23:31 2007 Subject: [Db] Problemino >< Message-ID: gaz ha scritto> ..... se inserisco questa invece> $nome2 = $db->get_var("SELECT titolo FROM collection WHERE posid < '$posid'> AND anno='$catid'");> non mi da, come dovrebbe, il titolo dlel'articolo della precedente> posizione, ma bensì il titolo del primo articolo presente, ovvero quello> nella posizione più bassa di tutte.Nella query chiedi di avere tutti i record con posid < xxxx ed anno = yyy senza specificare nessun ordinamento.Il data base restituisce non un solo titolo ma TUTTI i titoli che soddisfano le tue condizioni (se scorri i record trovati ne troveresti altri), non avendo specificato un ordinamento i dati ti sono restituiti "come capita" (ripetendo la stessa query con gli stessi parametri potresti avere i risultati in un altro ordine).Suggerimento: aggiungi un ORDER BY posid DESC e limita il numero di record estratti con un LIMIT 1 (o qualcosa di analogo, dipende dal db che stai usando)ciaosandro _________________________________________________________________ With Windows Live Hotmail, you can personalize your inbox with your favorite color. www.windowslive-hotmail.com/learnmore/personalize.html?locale=en-us&ocid=TXT_TAGLM_HMWL_reten_addcolor_0607 -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070720/44185fd1/attachment.htm From michel a ziobudda.net Sun Jul 22 18:59:13 2007 From: michel a ziobudda.net (michel) Date: Sun, 22 Jul 2007 18:59:13 +0200 Subject: [Db] test nr1 Message-ID: <46A38CE1.6030607@ziobudda.net> scusatemi -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070722/d321e64b/attachment.html From michel a ziobudda.net Sun Jul 22 19:02:00 2007 From: michel a ziobudda.net (michel) Date: Sun, 22 Jul 2007 19:02:00 +0200 Subject: [Db] Perdita messaggi ultimi giorni Message-ID: <46A38D88.6070204@ziobudda.net> Mi scuso con tutti voi, ma per alcuni problemi che non capito di mailman, i messaggi dal 17 Luglio sono stati persi e mai spediti. Scusate ancora. -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070722/7e0e102b/attachment-0001.htm From franco a inpe.unipi.it Mon Jul 23 12:58:02 2007 From: franco a inpe.unipi.it (Francesco F) Date: Mon, 23 Jul 2007 12:58:02 +0200 (CEST) Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <469C8EAD.4080906@pleiade.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> <469C8EAD.4080906@pleiade.it> Message-ID: <3276.83.181.166.33.1185188282.squirrel@www.inpe.unipi.it> > Cmq prova a vedere se puio riscriverla come join di subquery, dovresti > ridurre la cardinalità, in ogni caso mi sembra un po' troppo complessa... > Se fino al giorno precedente andava, con ho un minimo incremento giornaliero devo aver superato una certa soglia, oltrepassato un limite, ma quale? Quello che non capisco è perchè mi va in stallo il mysql. Troppe righe, troppe colonne, il troppo caldo? Ok, dammi errore, dimmi "scemo" ma non piantarmi il dbms :-) Francesco From franco a inpe.unipi.it Mon Jul 23 12:58:56 2007 From: franco a inpe.unipi.it (Francesco F) Date: Mon, 23 Jul 2007 12:58:56 +0200 (CEST) Subject: [Db] Mysql e Copying to tmp table In-Reply-To: <200707171124.26646.cesare@ngi.it> References: <469C6CA3.3030500@inpe.unipi.it> <469C7293.2050700@pleiade.it> <469C79D9.8030107@inpe.unipi.it> <200707171124.26646.cesare@ngi.it> Message-ID: <3283.83.181.166.33.1185188336.squirrel@www.inpe.unipi.it> On 17/07/2007 11.24, Cesare D'Amico wrote: > La relativa EXPLAIN che ti dice? > id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE FCARTELL ref anno anno 4 const 2020 Using where; Using temporary; Using filesort 1 SIMPLE prestazioni ref codpaziente,data,codpaziente_2 codpaziente 7 FCARTELL.codpaziente 40 1 SIMPLE DIAGNOSI ref codpaziente codpaziente 7 FCARTELL.codpaziente 2 1 SIMPLE INTERVENTI ref codpaziente,codpaziente_2 codpaziente_2 7 FCARTELL.codpaziente 4 Using index 1 SIMPLE tbdiagnosi ref codice codice 6 DIAGNOSI.codice 2 Using index 1 SIMPLE tbinterventi ref codice codice 7 INTERVENTI.codice 2 Using index 1 SIMPLE tbpersonale eq_ref PRIMARY PRIMARY 4 prestazioni.pers_stampa 1 Using index 1 SIMPLE FMEDICI eq_ref PRIMARY PRIMARY 4 FCARTELL.medico_accettante 1 Using index E' praticamente illeggibile :-) Francesco From michel a ziobudda.net Mon Jul 23 14:59:35 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Mon, 23 Jul 2007 14:59:35 +0200 Subject: [Db] Agosto problemi nella ML Message-ID: <46A4A637.1000900@ziobudda.net> Ciao all. Ho problemi con il server (a settembre dovrei riuscire a comprarne uno, "finanze" permettendo) quindi è possibile che la macchina soffra ancora di problemi. Se notate che le email che spedite alla ML non vi arrivano mandatemi una email a ziobudda a gmail.com Poi se qualche sysadm Linux si offre di tenere monitorata la macchina nel mese di Agosto saro' ben lieto di passargli la pass di root. M. -- Michel 'ZioBudda' Morelli michel a ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel a ziobuddalabs.it From gianiaz a gianiaz.net Wed Jul 25 09:44:08 2007 From: gianiaz a gianiaz.net (Giovanni Battista Lenoci) Date: Wed, 25 Jul 2007 09:44:08 +0200 Subject: [Db] Gestione dinamica della struttura di un dato Message-ID: <46A6FF48.50109@gianiaz.net> Buongiorno, devo permettere in un software web la creazione di un template per la creazione di un elemento da salvare in database. Mi spiego meglio, in pratica l'utente attraverso un interfaccia web dovrebbe essere in grado di scegliere per l'elemento di classe X quali campi saranno necessari per salvare tutte le informazioni ad esso legato (un po' quello che si fa quando si crea una tabella con phpmyadmin). Il mio problema è capire se è giusto creare una nuova tabella per ogni classe di elemento creata e quali sono le implicazioni di questo metodo (ad esempio se modifico la classe aggiungendo un campo con dato obbligatiorio - quindi non null). Spero di essere riuscito a spiegarmi :-) Ciao -- gianiaz.net di Giovanni Battista Lenoci P.le Bertacchi 66 23100 Sondrio cell. +39.347.7196482 From domenico.lorusso a pleiade.it Wed Jul 25 10:16:25 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Wed, 25 Jul 2007 10:16:25 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A6FF48.50109@gianiaz.net> References: <46A6FF48.50109@gianiaz.net> Message-ID: <46A706D9.5070509@pleiade.it> Giovanni Battista Lenoci ha scritto: > Buongiorno, devo permettere in un software web la creazione di un > template per la creazione di un elemento da salvare in database. > > Mi spiego meglio, in pratica l'utente attraverso un interfaccia web > dovrebbe essere in grado di scegliere per l'elemento di classe X quali > campi saranno necessari per salvare tutte le informazioni ad esso legato > (un po' quello che si fa quando si crea una tabella con phpmyadmin). > > stai parlando di dati semi strutturati. La risposta più ovvia potrebbe essere xml-db e xpath In realtà mi sembra che nel tuo caso puoi fare qualcosa di più stringente. In questo caso ti suggerisco un'approcio diverso Tabella valori: elenco chiavi: nomeAttributo varchar valoreAttributo varchar Ho da poco finito un progetto che si occupa di fare più o meno la stessa cosa, partendo da template su file, passando per la richiesta dati all'utente e finendo con il salvataggio sul db. Se ti interessa ti mando il progetto, anche se non è ancora pronto per una divulgazione :-D -- Domenico L. icq: 645 44 861 - msn: strahd a jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From michel a ziobudda.net Wed Jul 25 10:21:54 2007 From: michel a ziobudda.net (Davide Michel 'ZioBudda' Morelli) Date: Wed, 25 Jul 2007 10:21:54 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A706D9.5070509@pleiade.it> References: <46A6FF48.50109@gianiaz.net> <46A706D9.5070509@pleiade.it> Message-ID: <46A70822.1070902@ziobudda.net> Domenico L. ha scritto: > Giovanni Battista Lenoci ha scritto: > >> Buongiorno, devo permettere in un software web la creazione di un >> template per la creazione di un elemento da salvare in database. >> >> Mi spiego meglio, in pratica l'utente attraverso un interfaccia web >> dovrebbe essere in grado di scegliere per l'elemento di classe X quali >> campi saranno necessari per salvare tutte le informazioni ad esso legato >> (un po' quello che si fa quando si crea una tabella con phpmyadmin). >> >> >> > stai parlando di dati semi strutturati. > > La risposta più ovvia potrebbe essere xml-db e xpath > > In realtà mi sembra che nel tuo caso puoi fare qualcosa di più stringente. > > > In questo caso ti suggerisco un'approcio diverso > > Tabella valori: > > elenco chiavi: > nomeAttributo varchar > valoreAttributo varchar > > Ho da poco finito un progetto che si occupa di fare più o meno la stessa > cosa, partendo da template su file, passando per la richiesta dati > all'utente e finendo con il salvataggio sul db. Se ti interessa ti mando > il progetto, anche se non è ancora pronto per una divulgazione :-D > > Interessa anche a me. Posso averlo anche io ? M. -- Michel 'ZioBudda' Morelli michel a ziobudda.net Consulenza sistemistica in ambito OpenSource. Sviluppo applicazioni web dinamiche (LAMP+Ajax) Telefono: +39-3939890025 -- Fax: +39-0291390660 http://www.ziobudda.net ICQ: 58351764 http://www.ziobuddalabs.it Skype: zio_budda http://www.ajaxblog.it MSN: michel a ziobuddalabs.it -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://lists.ziobudda.net/pipermail/db/attachments/20070725/924a0885/attachment.html From gianiaz a gianiaz.net Wed Jul 25 10:47:25 2007 From: gianiaz a gianiaz.net (Giovanni Battista Lenoci) Date: Wed, 25 Jul 2007 10:47:25 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A706D9.5070509@pleiade.it> References: <46A6FF48.50109@gianiaz.net> <46A706D9.5070509@pleiade.it> Message-ID: <46A70E1D.10304@gianiaz.net> Domenico L. ha scritto: > In questo caso ti suggerisco un'approcio diverso > > Tabella valori: > > elenco chiavi: > nomeAttributo varchar > valoreAttributo varchar > Avevo pensato anche io a qualcosa del genere, cioè una tabella che descriva la struttura del dato, ma poi all'atto pratico i dati dove verrebbero memorizzati? Un'altro problema che mi sono posto è anche poi la possibilità di fare una ricerca all'interno delle tabelle create dinamicamente. Scusa se non ho afferrato al volo, ma è la prima volta che mi trovo davanti a un problema del genere > Ho da poco finito un progetto che si occupa di fare più o meno la stessa > cosa, partendo da template su file, passando per la richiesta dati > all'utente e finendo con il salvataggio sul db. Se ti interessa ti mando > il progetto, anche se non è ancora pronto per una divulgazione :-D > > Volentieri! -- gianiaz.net di Giovanni Battista Lenoci P.le Bertacchi 66 23100 Sondrio cell. +39.347.7196482 From domenico.lorusso a pleiade.it Wed Jul 25 12:23:23 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Wed, 25 Jul 2007 12:23:23 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A70E1D.10304@gianiaz.net> References: <46A6FF48.50109@gianiaz.net> <46A706D9.5070509@pleiade.it> <46A70E1D.10304@gianiaz.net> Message-ID: <46A7249B.1040703@pleiade.it> Giovanni Battista Lenoci ha scritto: > Volentieri! > > > sì appena ho un attimo lo metto on line -- Domenico L. icq: 645 44 861 - msn: strahd a jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From gianiaz a gianiaz.net Wed Jul 25 14:17:52 2007 From: gianiaz a gianiaz.net (Giovanni Battista Lenoci) Date: Wed, 25 Jul 2007 14:17:52 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A7249B.1040703@pleiade.it> References: <46A6FF48.50109@gianiaz.net> <46A706D9.5070509@pleiade.it> <46A70E1D.10304@gianiaz.net> <46A7249B.1040703@pleiade.it> Message-ID: <46A73F70.4020003@gianiaz.net> Domenico L. ha scritto: > Giovanni Battista Lenoci ha scritto: > >> Volentieri! >> >> > sì appena ho un attimo lo metto on line > > Grazie, aspetto con ansia :-) -- gianiaz.net di Giovanni Battista Lenoci P.le Bertacchi 66 23100 Sondrio cell. +39.347.7196482 From domenico.lorusso a pleiade.it Thu Jul 26 11:32:48 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Thu, 26 Jul 2007 11:32:48 +0200 Subject: [Db] Gestione dinamica della struttura di un dato In-Reply-To: <46A73F70.4020003@gianiaz.net> References: <46A6FF48.50109@gianiaz.net> <46A706D9.5070509@pleiade.it> <46A70E1D.10304@gianiaz.net> <46A7249B.1040703@pleiade.it> <46A73F70.4020003@gianiaz.net> Message-ID: <46A86A40.4030908@pleiade.it> Giovanni Battista Lenoci ha scritto: >> sì appena ho un attimo lo metto on line >> Package per gestire template, per chiedere dati all'utente e creare documenti (utilizzando questi dati) I builder db* servono per inserire i dati nel db, naturalmente è molto difficile che vi vadano bene e vanno adattati alle vostre esigenze. http://site.pleiade.it/progetti Per ora è per php4 (appena riusciamo a migrare sob!) lo aggiorno! è un inizio non esistate a chiedere anche in icq o msn Man mano metto a posto il sito. ciao -- Domenico L. icq: 645 44 861 - msn: strahd a jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From marcello a vezz.it Tue Jul 31 10:54:20 2007 From: marcello a vezz.it (Marcello Vezzelli) Date: Tue, 31 Jul 2007 10:54:20 +0200 Subject: [Db] prestazioni mysql Message-ID: <46AEF8BC.3040601@vezz.it> Ciao a tutti, ho una tabella fatta circa in questo modo... CREATE TABLE `mov` ( `id` int(11) NOT NULL auto_increment, `data` date NOT NULL, `descr` varchar(100) collate latin1_general_ci default NULL, `rif_cassa_src` int(11) NOT NULL default '0', `rif_cassa_dst` int(11) NOT NULL default '0', `importo` double NOT NULL default '0', `rif_distinta` int(11) NOT NULL default '0', PRIMARY KEY (`id`), KEY `data` (`data`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci; Questa tabella contiene movimenti tra 12 casse: l'importo viene spostato dalla rif_cassa_src alla rif_cassa_dst. Come si vede, c'è un indice sul campo 'data'. Nel software di gestione che sto scrivendo, ho circa 90 movimenti di questo tipo al giorno. Siccome ho necessità di tener traccia del saldo di tutte e 12 le casse con frequenti aggiornamenti, ricalcolando ogni volta i saldi, mi è venuto il dubbio che a lungo andare la faccenda potesse diventare pesante... Ho fatto allora una simulazione con 100.000 record (sono oltre 3 anni di dati) e una query di questo tipo: SELECT ( (SELECT SUM(importo) FROM mov WHERE rif_cassa_dst=1 AND data <='2007-07-31') - (SELECT SUM(importo) FROM mov WHERE rif_cassa_src=1 AND data <='2007-07-31') ) as saldo; Questa query viene eseguita in 0.12 secondi. Sono rimasto positivamente colpito da questo risultato... me l'aspettavo, ma è bello vedere che le cose funzionano bene! Quando ho un po' di tempo, voglio fare qualche test aggiuntivo aggiungendo un indice sui riferimenti di cassa, per vedere cosa cambia (se cambia qualcosa). Secondo voi c'è modo di ottenere performance ancora migliori con una struttura simile? Saluti Marcello From domenico.lorusso a pleiade.it Tue Jul 31 11:46:30 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Tue, 31 Jul 2007 11:46:30 +0200 Subject: [Db] prestazioni mysql In-Reply-To: <46AEF8BC.3040601@vezz.it> References: <46AEF8BC.3040601@vezz.it> Message-ID: <46AF04F6.2020702@pleiade.it> Marcello Vezzelli ha scritto: > Ciao a tutti, > ho una tabella fatta circa in questo modo [...] > Secondo voi c'è modo di ottenere performance ancora migliori con una > struttura simile? > uhm...direi di sì... data la tua query un indice composito potrebbe aiutare (rif_cass, data)... Poi vediamo, ammettendo di tenere in una altro campo numerico sia l'anno che il mese e usare in indici compositi, sempre potresti ottenere letture a tempo costante indipendentemente dai record (non è vero, ma situazioni del genere iniziano ad avere risposte diverse con quantità di dati veramente elevate, parliamo di miliardi di record...) Dai movimenti, intrinsecamente semi-ordinati per data, direi che l'inidce composti dovrebbe essere: anno, mese, cassa Purtroppo non ho dati per comprovarti queste idee, solo un po' di logica e di esperienza :-) -- Domenico L. icq: 645 44 861 - msn: strahd a jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From marcello a vezz.it Tue Jul 31 12:23:28 2007 From: marcello a vezz.it (Marcello Vezzelli) Date: Tue, 31 Jul 2007 12:23:28 +0200 Subject: [Db] prestazioni mysql In-Reply-To: <46AF04F6.2020702@pleiade.it> References: <46AEF8BC.3040601@vezz.it> <46AF04F6.2020702@pleiade.it> Message-ID: <46AF0DA0.4030800@vezz.it> Domenico L. ha scritto: > > uhm...direi di sì... data la tua query un indice composito potrebbe > aiutare (rif_cass, data)... > Quindi mi potrebbero servire due indici compositi: data e rif_cassa_src data e rif_cassa_dst Vedo che phpmyadmin mi dà un warning dicendo che il campo data è presente in più indici... Faccio un po' di prove e vedo cosa succede. Mi aspetto un rallentamento negli inserimenti e un miglioramento sulle query coi saldi. > Purtroppo non ho dati per comprovarti queste idee, solo un po' di logica > e di esperienza :-) > L'esperienza è benvenuta :D Grazie! Ciao Marcello From domenico.lorusso a pleiade.it Tue Jul 31 12:32:34 2007 From: domenico.lorusso a pleiade.it (Domenico L.) Date: Tue, 31 Jul 2007 12:32:34 +0200 Subject: [Db] prestazioni mysql In-Reply-To: <46AF0DA0.4030800@vezz.it> References: <46AEF8BC.3040601@vezz.it> <46AF04F6.2020702@pleiade.it> <46AF0DA0.4030800@vezz.it> Message-ID: <46AF0FC2.2040206@pleiade.it> Marcello Vezzelli ha scritto: > Domenico L. ha scritto: > >> uhm...direi di sì... data la tua query un indice composito potrebbe >> aiutare (rif_cass, data)... >> >> > > Quindi mi potrebbero servire due indici compositi: > data e rif_cassa_src > data e rif_cassa_dst > yep > Vedo che phpmyadmin mi dà un warning dicendo che il campo data è > presente in più indici... > Sì ma mysql non sa cosa sia il cost... quindi te tocca usare il rule e mettere gli indci.. cmq io toglierei l'indice solo sulla data, il rule dovrebbe funzionare, leggendo uno dei due se non definisci un where su rif_cassa > Faccio un po' di prove e vedo cosa succede. > Mi aspetto un rallentamento negli inserimenti beh minimo in realtà > e un miglioramento sulle > query coi saldi. > per ora temo sarà poco significativo ma a crescere funzia... ho usato indici del genere (in realtà partitioning) con Oracle e flusso dati di 1300 record al giorno e storicizzazione minimo di 10 anni. Per vedere le differenze occorreva salire a 130.000 al giorno :-) fatte le cose in grande :-) ciao, facci sapere :-D -- Domenico L. icq: 645 44 861 - msn: strahd a jumpy.it per stupire mezz'ora basta un libro di storia, io cercai di imparare la Treccani a memoria... [F.d.A.] From marcello a vezz.it Tue Jul 31 12:40:26 2007 From: marcello a vezz.it (Marcello Vezzelli) Date: Tue, 31 Jul 2007 12:40:26 +0200 Subject: [Db] prestazioni mysql In-Reply-To: <46AF0FC2.2040206@pleiade.it> References: <46AEF8BC.3040601@vezz.it> <46AF04F6.2020702@pleiade.it> <46AF0DA0.4030800@vezz.it> <46AF0FC2.2040206@pleiade.it> Message-ID: <46AF119A.9040001@vezz.it> Domenico L. ha scritto: > > cmq io toglierei l'indice solo sulla data, il rule dovrebbe funzionare, > leggendo uno dei due se non definisci un where su rif_cassa > ok! > > per ora temo sarà poco significativo ma a crescere funzia... > ho usato indici del genere (in realtà partitioning) con Oracle e flusso > dati di 1300 record al giorno e storicizzazione minimo di 10 anni. > Per vedere le differenze occorreva salire a 130.000 al giorno :-) fatte > le cose in grande :-) > si può dire minchia? MIIINCHIA :D > ciao, facci sapere :-D > Oggi provo :D Ciao Marcello