Peso query?

Peso query? postato il 14/12/2010 10:37:52 nel forum programmazione, gdrcd, open source, hosting

Salve a tutti!
Stò sviluppando un mio progetto completamente scritto da zero e ormai che il gioco è diventato parecchio grosso (sono a 7000righe) devo cercare di risparmiare tempo sulle operazioni..

E' meglio fare 4 colonne o 1 colonna con dati serializzati?
Utilizzo la funzione serialize() e unserialize(), linguaggio php, database mysql

Il server impiega + tempo a fare 10volte 1 query per leggere 1 riga o 10 righe con una query?XD scusate la demenza del post ma mi ci intrippo in queste cose... :D

p.s. non credo sia più pesante di wordpress, né a livello query né il codice... se non ricordo male attualmente nel peggiore dei casi si verificano 15 query...

---

quota

14/12/2010 10:43:56 e modificato da clemence il 14/12/2010 10:44:31

7000 righe non è molto grosso, non ti preoccupare.
In ogni caso usare 4 colonne di tabella non è molto anche se il programma fosse gigante.

E' meglio una query da 10 righe che 10 query da una riga.

---

quota

14/12/2010 12:46:52

Grazie della risposta!
Non ho 4 colonne sono più di 20 e dovrei leggerle per ogni utente connesso, ad esempio, se in dato luogo ci sono 5 player, devo andare a leggere x ognuno di essi il loro nome appellativo classe livello e cose del genere..

Mi sono fatto una funzione che legge tutta la tabella e da qualsiasi valore posso ricavare qualsiasi valore.. quindi ho SOLTANTO 1 query un pò pesantuccia..
in questo caso mi conviene fare 1 query per ogni pg presente?
Oppure che metodo mi consigli per visualizzare i player presenti?
grazie ancora

---

quota

14/12/2010 13:41:00

Non è mai una soluzione fare una query per riga che vuoi estrarre.

---

quota

14/12/2010 21:56:52

Conta che su un qualsiasi calcolatore, in una forma a matrice o tabella, il vero problema non sono le righe ma le colonne. Se hai mille righe e cinque campi è una cosa, se hai cinque righe e mille campi è decisamente infinitamente peggio.
Per questo la cosa migliore è suddividere il tutto in più tabelle e usare join o where fatti bene.

---

quota

15/12/2010 00:35:56

Soprattutto, dimensiona bene tali campi.
Il classico esempio di dimensionamento scorretto può essere impostare un campo ID autoincrementante ad INT(11) quando sai che non ci arriverai manco dopo 10 anni di attività a numeri che hanno davvero bisogno di una simile capacità.

Definisci sempre indici di ricerca sui campi che sfrutti nelle clausole di WHERE così da snellire notevolmente le ricerche sulle tabelle e come suggerisce dob fai join sensate o se puoi evitale.

Ottimizza le tabelle quando fai modifiche su grosse quantità di dati nelle stesse col comando OPTIMIZE.


In linea di massima comunque questi consigli, complementari agli altri già esposti, sono piccole buone norme che bastano e avanzano per un applicazione come può essere un gdr-online play by chat.

quota

15/12/2010 22:17:47

Grazie mille per i consigli! sono già dietro a moddare... :)

Aggiungo una piccola nota: ricordate di utilizzare la funzione LIMIT! quando ad esempio si deve leggere 1 riga sola (limit 1)..

byez

---

quota

17/04/2013 12:38:58

Come ti hanno già detto tutti, occhio al "peso" dei dati che ritorni.

7000 elementi non è "tanto". Quello che pesa, per un web server non è tanto il fare una query corposa, quanto farne magari 200 piccole.

I DBMS moderni hanno modo di ottimizzare le queries complesse e automaticamente la query viene già riscritta nella sua forma ottimale.

Evitare di farne troppe, evitare di fare join megalitici... per il resto vai tranquillo :)

:-)

---

quota

17/04/2013 14:40:12

Questo post non riceve update dal 2010, probabilmente gli autori sono morti.

---

quota

Token per GdR

Come creare Token per giochi di ruolo gratuitamente e online!

Exclusive Villa GdR

Intervista ai gestori di Exclusive Villa GdR il play by chat Crime!

Dragon Secret

Dragon Secret, il servizio per giocare di ruolo online a Dungeons and Dragons!

MondoMago

Intervista ai gestori di MondoMago.. il play by chat potteriano! Scatena la tua magia!