Newsgroup: it.comp.www.php
Titolo: dimensione tabelle mysql

Come valutereste l'utilizzo di una tabella di 400 colonne ( di cui 390 
SMALLINT ) per un progettino php ?
E' una tabella esagerata ?
Il punto � che se viene costruita cos� risparmio un sacco di query con 
join od altro.
e cmq anche nei periodi di picco non dovrebbe superare le 3000 rows..
Secondo voi Mysql regge ?
grazie

 e cmq anche nei periodi di picco non dovrebbe superare le 3000 rows..
E ti sembrano tante?
	Y.


La domanda se MySql regga � mal posta
devi vedere se mysql configurato in una certa maniera su una certa 
macchina riesce a fornirti il servizio che ti serve nella quantit� che 
ti serve
Con le premesse che hai fatto credo che basterebbe un Atom zoppo per 
tenere su un traffico decente.
Ovviamente immagino non sia l'unica tabella, quindi devi vedere il DB 
nel suo insieme.
Di solito i Join se ben fatti con gli indici corretti non sono molto 
pesanti, non pi� di una errata progettazione del DB.
Dai un'occhiata alla normalizzazione (wikipedia � un ottimo punto di 
partenza)
Marco

 E' una tabella esagerata ?
A me sembrano esagerate in qualsiasi caso.
Cosa ci devi mettere? Devi fare query che le interrogano tutte o magari 
e` piu` sensato raggrupparne un tot con serialize o simile?
 
Bye.

Secondo voi Mysql regge ?
http://dev.mysql.com/doc/refman/5.0/en/column-count-limit.html
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!


Grande !
Rientro abbondantemente sotto i 10kb per riga anche nella peggiore delle 
ipotesi... quindi nessun problema.

 ipotesi... quindi nessun problema.
Contento tu...
In bocca al lupo.
	Y.

 Il software non si rompe mica :-D
Sinceramente non ho mai avuto a che fare (ne lato utente, ne lato 
programmatore) con un software che non abbia *mai* avuto bisogno di 
manutenzione.
Ciao
-- 
MMM


O_O
ROTFL
Sei oltre la sfera del tuono
M

ipotesi... quindi nessun problema.
Guarda - la normalizzazione di un database e' un colossale rompimento di
palle. Tenerti tutto in una tabella sola e' MOLTO piu' rapido, e comodo,
e veloce da 'codare'.
Perche' tutti quanti qua dentro, se non proprio all'ultimo sangue, pero'
tutti normalizzano quanto possono?
O ci garba di patire, oppure abbiamo visto un sacco di progetti piccoli,
"bastano due ruotine di plastica e un pianale di compensato", crescere a
fit'n'starts fino a "Sì, ma ora ci vorrei trasportare un tank Abrams, si
puo' fare una piccola modifica...?".
Dopo un anno, tutti i progetti buttati li' da ragazzino sono diventati o
una massa di codice inguardabile, non manutenibile e dal comportamento a
tratti senziente (e malvagio), oppure sono stati riscritti dieci volte.
Oppure sono stati riscritti almeno una volta nel modo giusto.
Dopo lunghe sofferenze, ho concluso che conviene a tutti se quella volta
e' la PRIMA.


 tratti senziente (e malvagio), oppure sono stati riscritti dieci volte.
Ottimo post, ma fatica sprecata temo.
Sono più di vent'anni che lavoro con database relazionali e in tutto
questo tempo non ho mai visto un'eccezione alla regola aurea: "se il
database permette che entri fuffa, prima o poi entrerà fuffa".
Ciononostante, tutte le volte che lo faccio notare ai miei colleghi
ottengo sbuffi, alzate di spalle e battutine ironiche.
Scrivere che il software non ha bisogno di manutenzione è da
sprovveduti. Tra una settimana, un mese, un anno il cliente ti chiederà
un nuovo report al quale ne tu ne lui avevate mai pensato prima, e con
un database normalizzato per scrivere la query ci impieghi 30 minuti e
ha un tempo di esecuzione di 10 millisecondi, mentre con un database
progettato col deretano ci impieghi 15 ore e il tempo di esecuzione
diventa di 10 minuti... questo solo per escludere la fuffa che entrata
nel DB perchè il disegno è stato fatto da un peracottaro che pensa che
la teoria dei database relazionali sia una pippa mentale buona solo per
barbosi professori universitari.
	Y.


A leggere sia te che Leonardo mi sono quasi commosso :)
Siamo pochi, ma non siamo soli
M

 Oppure sono stati riscritti almeno una volta nel modo giusto.
Verissimo. Ci siamo già passati tutti !
grazie a tutti delle info !

 ottengo sbuffi, alzate di spalle e battutine ironiche.
La buona pianificazione e' un investimento con rendite a medio-lungo.
Come tale, c'e' chi ne riconosce l'utilita' e chi non la vuol vedere perche' e'
seguace di "pochi, sporchi e subito".
Le conseguenze poi si vedono.
Ciao,
luigi
-- 
/
+--[Luigi Rosa]--
\
You cannot achieve the impossible without attempting the absurd.

 seguace di "pochi, sporchi e subito".
"You can have it done right, cheap, or quick. Pick two." :)
Ciao
	Y.

 ottengo sbuffi, alzate di spalle e battutine ironiche.
L'ultima risposta che ho avuto io da uno con cui mi appresto a lavorare 
(solo per un progetto) e' stata "Ma non si era mai parlato di separare 
gli artisti in una tabella separata, se le richieste sono cambiate non 
ne so niente". Da notare che io sono entrato nel progetto gia' quasi 
avviato e che le specifiche erano ovviamente poco dettagliate, fai il 
progetto, come strutturare db e codice veditela te (a lui).
Non dico di essere estremisti e fare 1000 tabelle per un progettino, ma 
almeno quelle essenziali per permettere una certa flessibilita' e 
solidita'...
Ciao
-- 
MMM

 progetto, come strutturare db e codice veditela te (a lui).
Una volta abbiamo fatto fare un'applicazione ad una ditta esterna.
Quando abbiamo fatto notare al programmatore che l'ha realizzata che se
cancellavi un oggetto padre gli oggetti figli rimanevano ma erano
inutilizzabili perchè "orfani" ci ha detto "ma voi non avevate detto che
volevate l'integrità referenziale".
Quando abbiamo chiesto alla ditta un secondo preventivo con una lista di
nuove features che volevamo (inclusa l'integrità referenziale...) ci
hanno sparato una cifra astronomica. Alla nostra richiesta di
chiarimenti il commerciale ci ha risposto "mi ha detto il programmatore
che siete clienti molto esigenti... pretendete un'applicazione che
funziona" (la parte dopo i puntini forse non l'ha detta il commerciale,
forse l'ho immaginata io, ma comunque ci sta).
	Y.

         Y.
Anche voi però pretendere che qualcosa funzioni...

> Anche voi per� pretendere che qualcosa funzioni...
Infatti... stiamo parlando di informatica, mica di politica. :)

 forse l'ho immaginata io, ma comunque ci sta).
Che pretese...
Ciao
-- 
MMM

 Infatti... stiamo parlando di informatica, mica di politica. :)
@yossarian: dammi il nome della ditta, che gli mando uno dei miei
clienti, di quelli che si incazzano se il sito non và più dopo che
LORO hanno eliminato file alla cazzo da ftp e pretendono che si
rimetta tutto a posto e gratis (magari chiedendo anche scusa!), che ci
facciamo delle risate ;)

Pare che nessuno abbia notato lo smile :-)
Quando ho chiesto l'iscrizione al Movimento Italiano Liberazione Faccine
e' successo un putiferio.
