Newsgroup: it.comp.www.php
Titolo: tabelle di un database mysql su aruba

Salve a tutti,
sto creando uno scrippetto in php che invia
una query al mio spazio mysql su aruba e crea
una tabella diversa per ogni utente che si collega
al mio sito (devo fare un carrello della spesa).
Primo problema:
- faccio bene ?? mi serve per mantenere lo storico di ogni utente...
Secondo problema:
- quante tabelle puo' contenere un database? C'č un limite ??
Grazie 1000 come sempre, come farei mai senza di voi ???
P.o.l

- quante tabelle puo' contenere un database? C'è un limite ??
uhm....mi cogli alla sprovvista, non saprei...
Ciao
Francesco Mazzi
Webmaster di AltroPC.it - 
http://www.altropc.it
 
Project Admin di "PHP Reservation - Online booking system" - 
http://phpreservation.sourceforge.net
Dev.Staff di E-Xoopport - 
http://dev.e-xoopport.it

Bhè, pero' cosi' non mi hai risolto
molti dubbi, anzi, me ne hai aggiunti !!
Devo fare un sito internet in php dove sia
possibile acquistare della roba, per tenere lo storico
dei clienti non posso fare un tabellone unico,
viene una cosa enorme, quali altri soluzioni ci sono?
Grazie !!

 
Brevemente: tabella 1: utenti; tabella 2: prodotti; tabella 3: transazioni.
Questa è la struttura elementare. Poi da qui si parte e si fa cosa vuoi. 
MySQL è un database RELAZIONALE, quindi usiamole queste relazioni, senza 
farci spaventare da questi fantomatici "tabelloni". Poi creiamo dei 
gestionali che generano dei report.
A.
-- 
On web: 
http://antoniobonanno.debris.it/
On Etz: 
http://plasson.etz.it/

 - quante tabelle puo' contenere un database? C'è un limite ??
Penso sia quello dello spazio su disco il limite.. e anche quello del tempo
di esecuzione di alcune query se le fai su tutto il "parco tabelle"


 - faccio bene ?? mi serve per mantenere lo storico di ogni utente...
IMHO no ... hai studiato bene l'organizzazione del DB?
Ciao
-- 
..::[ Panz ]::..
-----------------------
per rispondere riscrivi in numeri la mia eMail!

P.o.l ha scritto:

Che te frega del tabellone unico, stiamo usando un database relazionale 
mica un foglio di calcolo excel!
tutti i dati in una tabella unica ( o piu' tabelle distribuendo i dati 
razionalmente ).
Quando ti servono i dati di un cliente, chiedi (*query*) e ti sara' 
disposto :)
-- 
2T STUDIO - Web e Grafica per il tuo eBusiness
   [web]   
http://www.2t-studio.com
	- Sviluppo Siti Web
	- Servizi di grafica pubblicitaria ed editoriale
	- Consulenze SEO (Posizionamento motori di ricerca)
	- Soluzioni ebusiness
   [Email] info [at] 
2t-studio.com

 razionalmente ).
Quando ti servono i dati di un cliente, chiedi (*query*) e ti sara'
risposto :)
e' tardi, ho le lenti a contatto su da 48 ore, scusate ;D




Che c'è di male in una tabella enorme? Anche e soprattutto se è ben  
indicizzata.
Crea una tabella 'ordini' in cui metti ogni ordine dell'utente  
discriminando su un campo aggiuntivo 'id_utente' e seleziona direttamente  
usandolo come condizione.
Questo ti permette anche di fare ricerche sugli ordini (sapere quanti  
prodotti x sono stati acquistati, l'andamento, etc) senza troppe peripezie.
Sicuramente i metodi per cercare esistono anche con tabelle multiple, ma  
finisci per avere prestazioni inferiori a quelle di una grossa tabella.
Se usi mysql sappi che può gestire dignitosamente anche db molto grossi se  
ben configurato (e un db che parte da zero per poi crescere è il modo  
migliore per imparare).
Tac
-- 
abUsing Opera's revolutionary e-mail client: 
http://www.opera.com/m2/

> IMHO no ... hai studiato bene l'organizzazione del DB?
Innanzitutto grazie x i vostri pareri,
usero' proprio una tabella unica, è pratica e comoda.
Allora, io l'ho pensata così:
- 1 tabella con gli utenti (ID_cliente, nome, cogn....)
- 1o+ tabelle con i prodotti
(sono piu' tabella perchè ho prodotti diversi, dai cd ai prosciutti,..)
(ID_prodotto,....)
- 1 tabella con lo storico (ID_cliente, ID_prodotto, ora, prezzo ....)
Che dite ?? Tutto ok ???
Partite pure con le critiche ma andateci piano
che poi ci resto male :-)
P.o.l

 P.o.l
Puoi anche tenere i prodotti in una sola tabella con un campo 
"product_types_id", e una seconda tabella "product_types" in cui 
inserisci tutti i tipi prodotti.


> inserisci tutti i tipi prodotti.
Io ri-rispondo:
Il problema è che il cd deve avere l'attributo "cantante", mentre il
prosciutto no. Questo è solo un esempio per far capire che devo
per forze creare tabelle diverse a seconda del prodotto.
Mmmmm .... sempre che non faccio una tabella unica con tutti gli
attributi e poi dove non serve lascio vuoto ... dite che è mglio ??
Pol

 ha scritto nel messaggio 
news:ETVJd.771932$35.30...@news4.tin.it...



Il prosciutto avrà "Casa di produzione", no?
Chiama il campo, che ne so, "autore", e quando si tratta di CD, metti il 
cantante, quando si tratta di prosciutto metti "Fiorucci"
