[MYSQL] - Dimensione tabelle

[robyd]

Ciao a tutti,
vi devo chiedere un chiarimento in merito alla dimensione di un DB.
Sto sviluppando un sw per un amico che ha una azienda.

Ho una tab chiamata appuntamenti dove tutti i dipendenti inseirscono i propri appuntamenti giornalieri:

id_app --- id_utente --- id_cliente --- data --- ora ---- commenti

Tenendo presente che mensilmente potrebbero esserci all'incirca sui 2000 3000 inserimenti, è conveniente per me creare una tabella appuntamenti unica oppure utilizzare una tab appuntamenti mensile che si crea da script per velocizzare gli accessi al db???

Il sw sarà in php e mysql e prob utilizzerò lo spazio di Aruba.



Grazie

[luca200]

2000-3000 righe sono una bazzecola.
Io lascerei tutto su una tabella

[robyd]

sono una bazzecola dopo un mese ma immagina dopo un anno 36000 dopo 2 sono 72000.

e cmq è un dato che potrebbe crescere.
Tu pensi che cmq la velocità di interrogazione non diminuisce sensibilmente per ricerche su questa tabella??
So che Mysql è potente, ma non so a che livelli ne tanto meno quali sono le performance dei server di aruba...

[nicola75ss]

Pensa ai milioni di record che contiene questo forum.
Non vorrei dire una ca$$ata ma mi sembra avessi letto che anche google si basa su mysql ma su questo non garantisco.

[robyd]

Ok questo lo so.

Come dicevo so delle potenzialità di MYSQL e che operazioni su questo numero di dati può essere una fesseria, ma credo che dipenda molto anche dal server che lo ospita o sbaglio??

L'utente dovrebbe fae ogni giorno un 'interrogazione sulla tabella dove ci sono record anche di un anno fa, e che potrebbero, per il numero, rallentare la risposta, è conveniente? O i tempi sono minimi (nell'ordine di 1 al max 3 sec .) ??
E poi quando si parla di tabella di grandi dim, di che ordine si parla??
Quando è conveniente sostituire una tabella con una nuova ???
Grazie per la vostra disponibilità

[djhell]

beh, se sei su aruba forse da lì nascono i problemi, ovver che avrai 50 mb... 50 mb per 76000 righe, quelli potrebbero esser pochi...
l'importante è aver una chiave primaria che li riesca a conteggiare o cmq un indice x velocizzare la ricerca...

[robyd]

scusami djhell potresti spiegarmi meglio??
Io di spazio ne ho 100 Mb e giustamente (basta che pago) lo posso espandere ogni anno.

Logicamente la tab ha una chiave primaria che è un campo contatore.

[spoon25]

l'altra opzione che dici di avere è di creare una tabella al mese, pensi che non sia altrettanto lento se non di più dover cercare su dodici tabelle diverse piuttosto che su una sola un po' più grande?

E come dice djhell molto dipende anche dagli indici che metti, se li metti al posto giusto non vedrai rallentamenti.

[djhell]

in teoria con aruba hai 50 mb per il db, o ricordo male io?
il che è una limitazione.. poi credo che nn sia corretto separare i dati in tab differenti xkè poi se hai bisogno un giorno di manipolaretutti i dati diventi cretino a cercarteli ...