[SQL] - Tabelle enormi!!!!

Lim · 13-12-2006, 13:41

Ho progettato un DB con varie tabelle di cui alcune rischiano di "esplodere" per la grande mole di informazioni che devono contenere.
Probabilmente avrei dovuto adottare un approccio diverso, ma non era prevedibile una crescita di questo tipo (le specifiche del progetto sono cambiate continuamente durante la realizzazione...

)
Comunque, ho una tabella che attualmente ha circa 20.000 voci, vorrei sapere se esiste un modo x snellirla. Al momento le interrogazioni non sembrano risentirne in modo particolare, ma non vorrei che la cosa mi sfuggisse di mano. Esiste un modo x velocizzarla? Ho provato a fare un SELECT * FROM tabella, con l'intenzione di visualizzare tutte e 20.000 le righe, ma dopo un paio di minuti di calcolo ho interrotto la query, perchè non sembrava voler rispondere in tempi brevi. Due minuti di attesa sono comunque troppi...

Consigli?

mattia.pascal · 13-12-2006, 14:03

Non possiamo dirti come snellire i dati di una tabella senza saperne il contenuto. Comunque considera che 20000 righe non sono un numero elevato per i moderni motori di ricerca dei Datebase. Naturalmente non puoi pensare di fare un SELECT * FROM, non ha senso farsi restituire 20000 righe da un database. Se nella tua applicazione hai neccessità di fare un SELECT * significa che il DataBase è impostato male. In tal caso studiati un po di teoria sui database relazionali.

shinya · 13-12-2006, 14:18

Quote:

Originariamente inviato da Lim

Ho provato a fare un SELECT * FROM tabella, con l'intenzione di visualizzare tutte e 20.000 le righe, ma dopo un paio di minuti di calcolo ho interrotto la query, perchè non sembrava voler rispondere in tempi brevi. Due minuti di attesa sono comunque troppi...

Consigli?

20.000 righe non sono tante. Prova a creare un indice con una colonna molto selettiva e ad accedere con quello. Controlla l'execution plan.
Che db usi?

^TiGeRShArK^ · 13-12-2006, 14:29

e ti lamenti di 20.000 righe?

pensavo fossi arrivato almeno a 200.000.000 da come avevi scritto

giannola · 13-12-2006, 15:46

Quote:

Originariamente inviato da Lim

Ho progettato un DB con varie tabelle di cui alcune rischiano di "esplodere" per la grande mole di informazioni che devono contenere.
Probabilmente avrei dovuto adottare un approccio diverso, ma non era prevedibile una crescita di questo tipo (le specifiche del progetto sono cambiate continuamente durante la realizzazione...

)
Comunque, ho una tabella che attualmente ha circa 20.000 voci, vorrei sapere se esiste un modo x snellirla. Al momento le interrogazioni non sembrano risentirne in modo particolare, ma non vorrei che la cosa mi sfuggisse di mano. Esiste un modo x velocizzarla? Ho provato a fare un SELECT * FROM tabella, con l'intenzione di visualizzare tutte e 20.000 le righe, ma dopo un paio di minuti di calcolo ho interrotto la query, perchè non sembrava voler rispondere in tempi brevi. Due minuti di attesa sono comunque troppi...

Consigli?

ho idea che tu stia usando access

cmq sono d'accordo col fu mattia pascal, studiati il modello relazionale, perchè non ha senso chiedere la visualizzazione di 20000 ennuple.

Lim · 13-12-2006, 20:33

Grazie x le risposte!
Comunque la SELECT * che ho menzionato era solo un esempio! E' ovvio che una query che restituisce 20000 elementi è una cosa pazzesca!

volevo solo vedere quanto tempo impiegava a rispondere all'interrogazione, prendendolo come riferimento di worst-case...

Ah, non ho risposto alle domande: uso MySQL 5 e non ACCESS

e la teoria dei DB relazionali me la sono già studiata (se l'ho capita poi è un altro discorso

)

giannola · 14-12-2006, 06:46

Quote:

Originariamente inviato da Lim

Grazie x le risposte!
Comunque la SELECT * che ho menzionato era solo un esempio! E' ovvio che una query che restituisce 20000 elementi è una cosa pazzesca!

volevo solo vedere quanto tempo impiegava a rispondere all'interrogazione, prendendolo come riferimento di worst-case...

Ah, non ho risposto alle domande: uso MySQL 5 e non ACCESS

e la teoria dei DB relazionali me la sono già studiata (se l'ho capita poi è un altro discorso

)

un db generalmente impiega millesimi di secondo a rispondere ad una interrogazione.
Se è lento vuol dire che c'è dell'altro.

Nightmare · 14-12-2006, 08:28

se mette 2 minuti a tirar fuori 20mila righe stai usando un pentium 2 :|

su un pc (adibito a server di sviluppo) abbastanza vecchiotto con su un DB oracle, 3 milioni di righe le tira fuori cmq in 10 secondi.

cambia pc

Angus · 14-12-2006, 11:07

Potrebbe anche dipendere dall'infrastruttura. Stai Interrogando il DBMS da un server diverso? Comunque concordo con gli altri: 2+ minuti per una select * di 20000 righe => qualcosa non funziona.

Lim · 15-12-2006, 07:39

Quote:

Originariamente inviato da Angus

Potrebbe anche dipendere dall'infrastruttura. Stai Interrogando il DBMS da un server diverso? Comunque concordo con gli altri: 2+ minuti per una select * di 20000 righe => qualcosa non funziona.

Pentium4 a 3GHz!!! La query l'ho lanciata direttamente da phpmyadmin, mentre al database, per il suo normale utilizzo, accedo tramite pagine PHP visualizzate con Firefox 2.0. Comunque le interrogazioni "normali" le esegue velocemente, dovendo andare a visualizzare, per ora, al max 1000 elementi di quella tabella di cui parlavamo sopra...

Angus · 15-12-2006, 10:07

Quote:

Originariamente inviato da Lim

Pentium4 a 3GHz!!! La query l'ho lanciata direttamente da phpmyadmin, mentre al database, per il suo normale utilizzo, accedo tramite pagine PHP visualizzate con Firefox 2.0. Comunque le interrogazioni "normali" le esegue velocemente, dovendo andare a visualizzare, per ora, al max 1000 elementi di quella tabella di cui parlavamo sopra...

Hai provato ad eseguire la stessa query col tool 'MySQL Query Browser' ?

Dave83 · 15-12-2006, 16:31

Quote:

Originariamente inviato da giannola

ho idea che tu stia usando access

cmq sono d'accordo col fu mattia pascal, studiati il modello relazionale, perchè non ha senso chiedere la visualizzazione di 20000 ennuple.

Io sul lavoro ho dovuto fare una griglia che visualizza tutti i record di una tabella... che al momento sono + di 200mila... purtroppo ci sono folli che voglio cose del genere

Poix81 · 15-12-2006, 16:37

Quote:

Originariamente inviato da F12

cmq un problema potrebbe essere l'eccessiva ridondanza dei dati, la soluzione é normalizzare il + possibile

cosa intendi per normalizzare?

ciao ciao e grazie

0rph3n · 15-12-2006, 16:42

Quote:

Originariamente inviato da Poix81

cosa intendi per normalizzare?

ciao ciao e grazie

Normalizzazione

'iao

Nightmare · 15-12-2006, 16:56

Quote:

Originariamente inviato da Poix81

cosa intendi per normalizzare?

Poix81 · 15-12-2006, 17:27

ma ho una domanda stupida?

Angus · 15-12-2006, 17:43

Quote:

Originariamente inviato da Poix81

ma ho una domanda stupida?

Affatto. Due appunti però:

1) Usa i motori di ricerca.

2) Usa i motori di ricerca.

15-12-2006, 20:14

Se ti si pianta MySQL per una query su 20.000 riga c'è qualcosa che non va di sicuro

Poix81 · 17-12-2006, 09:49

Quote:

Originariamente inviato da F12

dipende, se kome lavoro tratti DB é una kosa gravissima... se no é normalissimo nn sapere kosa sia

esatto! non lavoro con db.

ciao ciao

13-12-2006, 13:41	#1
Lim Senior Member Iscritto dal: Dec 2000 Messaggi: 501	[SQL] - Tabelle enormi!!!! Ho progettato un DB con varie tabelle di cui alcune rischiano di "esplodere" per la grande mole di informazioni che devono contenere. Probabilmente avrei dovuto adottare un approccio diverso, ma non era prevedibile una crescita di questo tipo (le specifiche del progetto sono cambiate continuamente durante la realizzazione... ) Comunque, ho una tabella che attualmente ha circa 20.000 voci, vorrei sapere se esiste un modo x snellirla. Al momento le interrogazioni non sembrano risentirne in modo particolare, ma non vorrei che la cosa mi sfuggisse di mano. Esiste un modo x velocizzarla? Ho provato a fare un SELECT * FROM tabella, con l'intenzione di visualizzare tutte e 20.000 le righe, ma dopo un paio di minuti di calcolo ho interrotto la query, perchè non sembrava voler rispondere in tempi brevi. Due minuti di attesa sono comunque troppi... Consigli?

13-12-2006, 14:29	#4
^TiGeRShArK^ Senior Member Iscritto dal: Jul 2002 Città: Reggio Calabria -> London Messaggi: 12113	e ti lamenti di 20.000 righe? pensavo fossi arrivato almeno a 200.000.000 da come avevi scritto __________________

13-12-2006, 20:33	#6
Lim Senior Member Iscritto dal: Dec 2000 Messaggi: 501	Grazie x le risposte! Comunque la SELECT * che ho menzionato era solo un esempio! E' ovvio che una query che restituisce 20000 elementi è una cosa pazzesca! volevo solo vedere quanto tempo impiegava a rispondere all'interrogazione, prendendolo come riferimento di worst-case... Ah, non ho risposto alle domande: uso MySQL 5 e non ACCESS e la teoria dei DB relazionali me la sono già studiata (se l'ho capita poi è un altro discorso ) Ultima modifica di Lim : 13-12-2006 alle 20:35.

14-12-2006, 08:28	#8
Nightmare Senior Member Iscritto dal: May 2002 Città: Roma Messaggi: 587	se mette 2 minuti a tirar fuori 20mila righe stai usando un pentium 2 :\| su un pc (adibito a server di sviluppo) abbastanza vecchiotto con su un DB oracle, 3 milioni di righe le tira fuori cmq in 10 secondi. cambia pc __________________ AMD Phenom II 965 Black Edition \| Gigabyte 990XA-UD3 \| Corsair 8GB DDR3 1666 \| Intel SSD 320 160GB + WD Caviar Green 3TB \| AsusGeForce GTX770 DC II\| CoolerMaster 690 II \| Philips 231e1sb

14-12-2006, 11:07	#9
Angus Senior Member Iscritto dal: Dec 2001 Città: Milano Messaggi: 545	Potrebbe anche dipendere dall'infrastruttura. Stai Interrogando il DBMS da un server diverso? Comunque concordo con gli altri: 2+ minuti per una select * di 20000 righe => qualcosa non funziona. __________________ Angus the Hunter @ Realm of magic \| Angus Young @ Batracer °SetiEmperor°\| Ninja Technologies { qualunque cosa sia, è veloce e fa male (cit.) }

13-12-2006, 14:03	#2
mattia.pascal Senior Member Iscritto dal: Jun 2006 Messaggi: 1077	Non possiamo dirti come snellire i dati di una tabella senza saperne il contenuto. Comunque considera che 20000 righe non sono un numero elevato per i moderni motori di ricerca dei Datebase. Naturalmente non puoi pensare di fare un SELECT * FROM, non ha senso farsi restituire 20000 righe da un database. Se nella tua applicazione hai neccessità di fare un SELECT * significa che il DataBase è impostato male. In tal caso studiati un po di teoria sui database relazionali.

15-12-2006, 17:27	#16
Poix81 Senior Member Iscritto dal: Nov 2001 Città: Trento Messaggi: 7095	ma ho una domanda stupida? __________________ MyPC: A7A266 - Thoro1800+@2000+ - SK6 - 512DDR - FX5200 128MB - SBLive!1024 - MAXTOR120GB - Liteon LTR52327S LDW-451S HTPC: Case uATX QTec - GA 7VM400M - Duron1600 - ALX800 - 256DDR - Radeon7000 - LiteOn166 - Pow by GeexBox 0.98.5 Utenti con cui ho trattato

15-12-2006, 20:14	#18
anonimizzato Messaggi: n/a	Se ti si pianta MySQL per una query su 20.000 riga c'è qualcosa che non va di sicuro

Strumenti
Mostra una versione stampabile Invia questa pagina per email